【IT168 技术文章】

    基于只使用一种捕获工具例如IBM Rational® Robot来录制并且回放测试用例而得出自动化测试工作量是有缺陷的。只使用一种捕获工具来运行复杂且巨大的测试是非常耗费时间和昂贵的。因为这些测试是随机创建的，他们的功能性是很难追踪和重现，而且维护成本也是非常昂贵的。

    对于一个刚刚起步的自动化测试小组，更好的选择是使用一种测试自动化框架，它已经定义好了由一些假设，概念和制定工作平台或为自动化测试提供支持的实践组成的集合。在这篇文章中我试着将一些我熟悉的测试自动化框架－特别是测试脚本模块化，测试库构架，关键字驱动/表格驱动测试，数据驱动测试和混合的测试自动化。我并不会评价哪一个框架更好或更差，而只是提供了一些关于他们的描述和演示，所适用的地方和如何使用IBM Rational工具集实现的一些技巧。
 
    测试脚本模块化框架（The Test Script Modularity Framework） 

    测试脚本模块化框架需要创建能够代表测试下应用程序（application-under-test）的模块，零件（Section）和函数的小的，独立的脚本。然后用一种分级的方式将这些小脚本组成更大的测试，实现一个特定的测试用例。
在我将提及的所有的框架中，这种框架应该是最容易精通且掌握的。就在一个部件前面构建一个抽象层以掩藏应用程序其他的部件方面，它是一个很著名的编程策略。它把应用程序从在部件的修改中隔离开来并规定了在应用程序设计中的模块性。为了提高自动化测试套件（test suite）的可维护性和可测量性，测试脚本模块化框架应用了抽象或封装的原则。
为了演示这种框架的应用，我以自动化Windows计算器程序中的测试其基本功能（加，减，乘和除）的一个简单测试用例（如图）为例。

    脚本层次结构的最下层是独立的加减乘除的脚本。下面的第一个脚本是加法，第二个是减法。
 

 
    然后在层次结构中下一级的两个脚本用来代表视图菜单中的标准视图和科学视图。就像下面的关于标准视图的脚本中表现的一样，这些脚本调用了我们在之前创建的脚本。

 
    最后，在层次结构中最顶层的脚本应该是用来测试应用程序不同视图的测试用例。
  
    从这个简单的例子中你可以了解到这种框架是如何产生高度的模块化并且增加测试套件的全面的可维护性。如果以后计算器上的某一个控制键被移动了，你所需要改变的只是底层调用这个控制键的脚本，而不是测试这个控制键的所有测试用例。