Step 6 - 添加验证步骤

　　我们在MTLM中创建的测试用例和录制的手工执行步骤，对于一个真正的自动化测试用例而言，实际还缺少了很重要的一步操作，那就是验证。因为之前我们测试用例是手工测试，在执行时候实际上是靠测试人员去验证了执行的结果，然后判断和标识每一步执行结果是Pass还是Fail。所以现在生成的CodeUI测试用例虽然能够运行，但缺少一个对结果验证的步骤，也就是验证1+9的结果是否=10 ？，再具体到计算器本身，就是要验证计算器显示窗口中的内容是否为10，如下图所示。

　　添加验证操作的步骤很简单，鼠标右键点击测试用例代码中需要添加验证的代码行，在上下文菜单中选择"Generate Code for Coded UI Test" –> "Use Coded UI Test Builder..."，这时在整个桌面窗口的右下角会出现一个小窗口，如下图所示：

　　把第三个"Crosshair"按钮拖放到计算器10的显示位置，在"Coded UI Test Builder"对话框框中右键DisplayText = 10，执行"Add Assertion..."，如下图所示。

　　最后选择生成代码按钮并制定验证方法的名称，工具会自动生成一个验证DisplayText == 10的代码，一个有步骤有验证的Coded UI测试用例就这样完成了，够强大吧，呵呵！

　　这里仅是介绍了Coded UI Test的一些使用操作，应该只算是些皮毛。对于Coded UI来说，真正强大应该是其背后的自动化界面操作支持类库，它能够真正完成对界面的操作，并允许用户在其上编写程序代码（C#、VB）开发测试用例。

　　前面介绍了Visual Studio 2010（以下简称为VS2010）新加入的测试用例录制和播放功能，以一个对计算器加法功能进行测试的例子，体验了完整的使用过程：MTLM创建测试用例工作项 -> 录制测试手工执行的测试步骤 -> 回放录制结果 -> 生成C#自动测试用例 -> 将自动测试用例关联到测试用例工作项 -> 添加验证。这个功能确实很酷，它将测试计划、手工测试用例和自动测试用例三者有机的结合起来，RnP工作能大大提高了测试用例的执行效率。知其然，更要知其所以然。到目前为止俺也只是介绍了RnP和Coded UI Test （以下简称为 CUIT）测试的皮毛而已， 还需要继续挖掘一下它们背后的故事。

　　--------------------------------------------------------------------------------