当TC 329被转换成自动测试之后，只要在小张测试路径上的界面元素不出现大的调整，小张从此之后就可以让机器替她来做TC 329的回归测试了。哇！想想吧，这能让小张同志少做多少重复劳动呐 ;)
此外，小李还可以在这种"Coded UI Test"测试中加入一些验证逻辑代替“肉眼”验证界面元素的各种属性，譬如文本内容、控件尺寸、字体大小、背景颜色之类的东东（参考下面两幅图）。
（使用Coded UI Test Builder定位界面元素）
（随即通过可视化方式加入验证逻辑）
值得一提的是，这些被自动化了的手工测试可以象单元测试那样在程序员签入代码前或在源代码被Build时被自动运行，显然这将及时捕捉到无法通过已有测试的代码，有效地防止当前系统因不良代码的“侵入”而出现“退化”，同时，这也将大大减轻小张小李们Debug的负担。
最后，我想再补充一点，那就是在手工测试的基础上转换而成的自动测试，即Coded UI Test，其后台代码，如前面的图片所示，是标准的.NET代码，可以是用C#写的，也可以是用VB.NET写的，总之不是用任何其它为广大.NET开人员所不熟悉的脚本语言，如VBScript之类的东东写的。
相关链接：
