部分代码如下所示：
public partial class login : System.Web.UI.Page {
protected void Button2_Click(object sender, EventArgs e) {
SqlConnection conn = new SqlConnection();
conn.ConnectionString = \Timeout=30;User Instance=True;AttachDbFilename=\Server.MapPath(\ conn.Open();
SqlCommand cmd = new SqlCommand(); string username = this.username.Text; string pwd = this.password.Text;
cmd.CommandText = \+ \
cmd.Connection = conn;
SqlDataReader sdr = cmd.ExecuteReader(); if (sdr.Read()) {
Session[\ sdr.Close();
conn.Close();
Response.Write(\恭喜你,登陆成功！');window.location.href='news/Default.aspx';\ } else{
sdr.Close(); conn.Close();
Response.Write(\登陆失败，请确认您的用户名和密码！');window.location=window.location;\ //Response.Write(\用户名或密码错误！\ //Response.Redirect(\ } }
protected void Button1_Click(object sender, EventArgs e) {
this.username.Text = \ this.password.Text = \ }
}
- 20 -
4.2 超级用户主页面
图4-5显示企业交易平台网站中超级用户的登录后的界面，页面上面有个预览网站首页，左边为主目录，分别有显示所有产品、显示所有新闻、后台安全退出、新闻管理、管理设置、链接设置、类别管理、产品管理和留言管理，右边为功能操作显示界面，管理网站前台显示的所有信息。
图4-5 超级用户主页面
- 21 -
5 系统测试
5.1测试定义及目的
软件测试就是在软件投入运行前,对软件的需求分析,设计规格说明和编码的最终复审,是保证软件质量的关键步骤.如果要给软件测试下定义,可以这样将,软件测试是为了发现错误而执行程序的过程.
测试的目的在于将软件设计时设计者与程序开发者之间理解不一致的地方,功能与需求不一致的地方,不符合逻辑思维的情况都反映给质量控制部门,由质量控制部门调配需求部门统一作出一个明确解答,再由开发人员进行修改和补充.
测试的目标是以最少的时间和人力找出软件中潜在的各种错误和缺陷.
5.1测试计划
为了在开发的系统中解决并防止误差，防止代码中的BUG的错误，其目标不仅在于测试代码的功能性，还需确保代码在结构上可靠且健全，并且能够在所有条件下正确响应。如果这些模块中的代码未被适当测试，则其弱点可被用于侵入代码，并导致安全性风险以及性能问题。执行完全的单元测试，可以彻底减少发生误差的可能性。
5.3 测试方法
5.3.1界面测试
界面测试是测试过程中比较简单直观的一种测试方法，只要细心地按界面要求核对就行了。可这快往往是程序开发人员容易忽视和遗漏的地方，也是常常出Bug的地方。下面是界面测试中经常出现的几种Bug：
① 错别字，即界面中的标题或者文本内容中出现了错别字。这种Bug如果测试人员不细心，和难找出来，可能会出现在提示信息或界面中。
② 出现了一些根本读不懂的内容，一般多出现在程序的提示信息和一些较长的文本中。这种情况基本上出现在拼起来显示的提示中，页面的简单陈述是通过变量拼组起来的，通过程序将字一个一个地输出出来。通常是因为程序中的控制错误或是程序开
- 22 -
发人员对程序没有进行认真的自测，导致出现这种Bug。
③ 程序员自创的词语，虽然意思对，但不符合界面的标准及需求。这种情况基本上是由于开发人员使用一些专业术语，并且混杂着自己的理解出现Bug，主要是由于开发过程中团队合作没又明确的分工，没有统一的规范用语。
④ 页面类似的内容中，明显有字体，字号不同的情况，使界面整体风格看上去不一致，这种情况只出现在没有CSS定义的情况下，或是已经定义的CSS，开发人员在开发过程中没有调用。
标题相近的程序及模块，把标题弄混。这种情况多是因为业务方面的定义名称很相似或很类似，并且业务实体方面也很类似，开发人员在开发过程中忽略了开发名称和模块，只单独地实现其功能 5.3.2 功能测试
顾名思义，功能测试主要是测试程序模块是否实现了设计中所有要求的功能.功能测试中需要注意的有：
① 录入功能中，需要注意的是前台设置的数值长度是否大于后台数值长度，以及前台与后台的数据结构是否相符，很多时候录入功能无法实现是由于这些原因。还有就是必须录入的字段的设置是否有误。
② 测试删除功能中需要注意的是单击“删除”按钮后，一般会出现提示信息，询问是否确定删除。通常情况下，我们单击”确认”按钮查看信息是否被删除掉了，而忽略了单击“取消”按钮后程序的反应,这时有可能的是没有删除，还有一种可能是即便单击了“取消”按钮，也一样删除了数据。另外，在删除多条记录的时候,要注意连续选中的几条记录是否真正都被删除了，即如果再按照这种查询方式查询，是否还能查询出来。有的时候需要在数据库中设一个标志位,而不是真正的物理删除。所以在下一次查询中，可能还会被查询出来,这主要是因为在查询条件中没有将标志位考虑在内。
③ 关于修改功能的测试，主要是看修改确认后是否数据真正已被修改了。这是最基本的功能，需要注意的是看是否能把不应该修改的数据也修改成功了。
- 23 -