VS2010 测试功能之旅：编码的UI测试(4)-通过编写测试代码的方式建立UI测试(下).docVIP

VS2010 测试功能之旅：编码的UI测试（4）-通过编写测试代码的方式建立UI测试（下）　回顾 　　最近比较忙，距离上次更新的时间较久，见谅。 　　在本章上部分，介绍了“添加用户”窗口的测试代码编写。想必大家也看到了，在UIMap.cs文件中实现自定义编码是一件很轻松的事情，接下来将介绍下个部分，查询用户窗体的测试代码的编写，以及他们测试的关联。 　　示例程序介绍 　　系统主窗口：（下载点我） 　　该系统拥有两个功能，“添加用户”和“查询用户”： 　　点击添加用户后，进入添加用户子窗体：（“添加用户”窗口的测试代码编写在上部分已经实现） 　　如果在之前的主窗口，点击查询用户，则进入查询用户子窗体： 　　注：系统默认自带了5个用户TestUser1, TestUser2, TestUser3, TestUser4, TestUser5。 　　这个窗体不会弹任何提示框，默认进入窗体时，DataGridView里面没有加载数据，现在进行一个说明： 　　查询条件-用户名：表示是否按用户名查询(非模糊查询)，如果不输入，默认为不按其查询。 　　查询条件-用户类型：有三个选项“所有”，“管理员”，“一般用户”。 　　查询条件-日期：表示是否按日期查询，如果勾上了日期CheckBox，则旁边的DateTimePicker会启用，然后选择一个具体的日期。 　　按钮-查询：就会按以上条件查询。 　　按钮-重置：用户名清空，用户类型变成所有，日期取消勾选。 　　文本框-用户备注：当查询出数据以后，每选择DataGridView里面中的一行数据，用户备注TextBox会自动加载当前行的用户备注。 　　如何设计测试 　　现在需要明确的就是，我们既需要检查“查询用户”窗口的基本功能，又需要确定之前在“添加用户”窗口添加的用户是否被添加了进来，所以这里的检查尤其重要，根据刚才的功能描述，现在需要编写测试设计。（在看下面的设计之前大家可以先试着自己设计下） 。 　　自动化测试，关键不在技术，而是在测试设计上，所以这里需要设计得比较全面： 步骤序号 操作步骤 检查点 1 在主窗口菜单点击用户查询 检测查询用户子窗口是否弹出 2 用户名为空，用户类型为“所有”，不勾选时间，点击查询，记录查询出的用户行数，程序默认选中第一行，这时我们选中第二行 检测“用户备注”一列的值是否和下方的“用户备注”文本框的值一致 3 加的用户，其他条件不变，点击查询（例如，在上个部分的示例中，我们使用的是”TestUser6”） 查询出用户名为TestUser6的一条数据 4 用户名为一个不存在的用户“testuser100”，其他条件不变，点击查询 未查询出数据 5 将用户名设置为空，其他条件不变，用户类型为“管理员”，记录查询出的行数 查询出所有为“管理员”的用户（注，为了方便，这里没有使用从数据库比对，而只使用查询条件与查询出的数据比对，实际项目中可能使用数据库比对） 6 将用户类型设置为“一般用户”，其他条件不变，记录查询出的行数 查询出所有为“一般用户”的用户 7 使用刚才用户类型分别为“所有”，“管理员”，“一般用户”查询出的数据行数，进行比对 一般用户行数+管理员用户行数=所有用户行数 8 用户名为空，用户类型为“所有”，勾选时间，并进行选择“2008-1-11” 查询出所有添加时间为“2008-1-11”的用户 9 将条件设置为刚才我们在添加用户窗口添加的用户信息（使用我们在上一个示例中使用的值，如”TestUser6”，”一般用户”，时间为添加时间，时间这个需要用到某个变量来记录） 查询出对应的一条数据 10 点击重置按钮 用户名为空，用户类型为“所有”，不勾选时间 11 点击退出 退出窗口 　　接下来将以上的检查点转换为代码。 　　对测试进行编码 　　我们可以接着上次录制的代码来编写，因为在上个部分对于某些编写方式（例如先捕获对象再编写和先录制再转移修改的方式）已经描述得很详细了，下面默认使用这些方式，因此就不一一阐述对象的捕捉过程了。这里只介绍上个部分没有介绍的注意点和和给出主要代码。 　　由于是接着上个部分的代码写，这里需要注释掉AddUserUIMap.cs中Step7_CloseWindows的两句代码，以免他在测试结束后将主窗口关闭掉： public void Step7_CloseWindows(){ //操作步骤 bool isClosed; Mouse.Click(this.UI添加用户Window.UI取消Window.UI取消Button, new Point(1, 1)); //和WaitForControlExist相反，这里是最长等待他3秒关闭，如果3秒内关闭返回true，否