如何选择适合你的测试自动化框架(2)

　　数据驱动测试框架(The Data-Driven Testing Framework)

　　数据驱动测试是测试从数据文件(数据池，ODBC源，cvs文件，Excel文件，DAO对象等)中读取输入和输出数值并载入到捕获的或手工编码的脚本中变量里的一种框架。在这种框架里，输入数值和输出验证数值都使用变量。在测试脚本中编写贯穿程序的导航，数据文件的读取，记录测试状态和信息的日志的代码。

　　测试用例包含在数据文件里而不是在脚本里的方面上，这种框架和表格驱动测试有些相似;脚本只是一种“驱动器”(driver)或传送数据的机制。尽管导航的数据不包含在表结构中，但和表格驱动测试还是不同的。在数据驱动测试里，只有测试数据包含在数据文件中。

　　如果使用SQABasic语言和IBM Rational的数据池功能，IBM Rational工具集里有自带的数据驱动功能。为了演示这种框架的使用，我们将测试一个简单应用程序中的订单表格。

　　如果我们录制这个窗口中的数据输入，得到以下脚本：

　　我们可以使用数据池来设置测试有效和无效信用卡号和过期日期的测试用例。例如，下图中是用于测试数据字段的测试用例中的数据池，

　　为了接收这些数据，我们修改脚本如下：

　　为了使用数据池，我增加了SQABasic命令，还增加了“While”循环来处理在数据池中每一行数据。我必须说明一下在“If…Then”语句中的Ucase(SQABasic命令)函数。Ucase用于将参数(在这个例子里是指数据池返回的数值)全部转换成大写。这种方法不是大小写敏感的，所以代码更强壮。

　　这个框架趋向于减少你为了实现所有测试用例而需要的全部的脚本数量，并且在开发绕开错误的办法(Workaround)和维护方面提供了最好的灵活性。和表格驱动测试非常相似的是，表格驱动测试只需要非常少的代码就可以产生大量的测试用例。用IBM Rational工具集实现这种框架是非常容易，并且它也提供了大量的关于指引和例子的详细文档。

　　混合的测试自动化框架(The Hybrid Test Automation Framework)

　　最常见的已实现的框架是上述技术的组合，抽取它们的优点，剔除其弱点。这种混合的测试自动化框架是发展时间较长且应用项目最多的框架。下图可以让你对如何用IBM Rational工具集组合不同的框架有初步的认识。

　　总结

　　我描述了自动化测试小组可以考虑使用的5种测试自动化框架，而不是依赖某一种捕获工具。你可以使用一种或它们之间的组合。你可以通过嵌套测试脚本实现模块化并使用SQABasic库文件来实现功能和过程。不管你选择哪一种数据驱动技术，你都可以使用数据池，或者你还可以扩展Robot来处理其他数据存贮类型。应用最好的框架的窍门和解决他们的唯一方法是投入进去并开始使用它们。

原文转自：http://www.uml.org.cn/Test/2008060510.asp