UI的自动化测试的局限性还是很多的,这里就不多说。为了最大限度的利用和维护自动化测试脚本,就需要更好的组织测试脚本的结构以应对千变万化的UI.
如我们碰到的那样,脚本主要用来管理元素对象、实现逻辑功能和触发操作流程,针对这些,列出一种常用的测试脚本的组织结构

如我们碰到的那样,脚本主要用来管理元素对象、实现逻辑功能和触发操作流程,针对这些,列出一种常用的测试脚本的组织结构

如何用VS来做到这一点?
这里以实例说明。依旧可以通过建立"编码的UI测试",然后不生成代码(也可以生成代码,然后自己再整理)
然后按照下面这种形式整理出结构来,一个文件存放items,一个文件存放functions(视情况而定,items和functions也可分成多个,不过都是隶属于同一个业务点BaseInfo里的)
然后再组织UIAutoTestDemo,形成了一个操作流程(这里就只列出了一个流程操作点,如有多个,添加到对应的位置即可)

上面的内容,也可以通过VS中的创建"编码的UI测试映射",可以参考MSDN上的"使用多个 UI 映射测试大型应用程序",然后再整理出对应的结构
另外关于数据驱动的文章可以参考MSDN的这里"如何:创建数据驱动的编码的 UI 测试"