测试自动化的架构定义了如何存储、引用、分组、共享以及重用测试脚本和测试数据。
脚本的执行通常都由工具所支持，通常被称作测试自动化框架。框架是一个基础的结构，我们相互独立的测试自动化工具中的脚本和数据整合到这个框架中。
由脚本的开发者来决定如何组织测试数据，以及脚本如何读取这些测试数据。另一方面，测试数据的操作和维护的易用性也是框架可行性的关键方面。
本文介绍一种测试数据的管理方法，该方法依从一些简单的数据设计规则。我曾经成功地把这个测试数据管理的架构实施到施乐（Xerox）和其他的公司。直观的设计和易于访问、修改和维护的测试数据，对于被测试应用程序的测试覆盖有着显著的改进。
全局和局部测试数据
相关联的测试脚本通常放到一组，称为测试集（test sets），用于覆盖被测试应用程序的特定功能区。
测试集定义了一系列的脚本，这些脚本由测试自动化框架按一定的顺序以批处理的方式执行。
常见的测试集包括冒烟测试集（smoke test set）和回归测试集（regression test set）等。
一个脚本可以从属于多个测试集，并且用不同的测试数据来运行。
自动化框架从脚本库中选取脚本（以及相关的数据文件）在各分布式的主机上以测试集所定义的顺序运。测试数据可以按范围来进行分类。
全局（Global）测试集数据对于测试集中的所有脚本都是可见的、可共享的，而局部（local）数据只对其所创建的脚本是可见的。
全局测试数据通常是那些可配置的参数，例如服务器名、启动页面的URL地址等，它们是所有脚本的基础数据。图1展示了这些测试集的数据组织情况。
图1
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像。51Testing软件测试网欢迎与业内同行进行有益的合作和交流，如果有任何有关内容方面的合作事宜，请联系我们。
