使用Functional Tester的一项测试技术[5]

　　使用Functional Tester的一项测试技术[5]  软件测试

　　如图6所示，每一个测试套件的结构都在测试套件驱动表中描述了，一个数据池定义了测试脚本(例如从源脚本到目标脚本的转换)。次序并不重要，因为TestSuiteDriver类可以解析驱动数据池并且在存储器中加载测试套间的结构。然而，你必须定义开始和结束脚本。测试人员可以填写这个表格，来指定测试套件或者从测试套件的UML定义产生这个数据池(可以在稍后的章节查看"使用IBM Rational Software Modeler模块化设计测试套件")。

　　图6：测试套件驱动表的实例

　　建立一个数据驱动测试套件

　　一个数据驱动表可以被连接到测试套件脚本，用来1) 控制数据输入到不同测试脚本以及2) 建立通过AUT的不同路径。数据驱动表的标题包含测试套件的测试脚本所使用的数据池的名称。数据驱动表的每一行表示一种不同的输入数据记录的整合，这个输入数据记录用在每一个测试脚本数据池中。如图7所示，数据驱动表的第一列是一个测试套件的true/false标志位，这个标志位用来表示一行是否依靠于测试对象。

　　图7：测试套件数据驱动表的实例

　　每一个测试脚本数据池通常包含一个标志，它用来显示测试脚本在数据池的完整回归过程中是否必须选择一项记录。当测试套件开始新的回归时， TestSuiteDriver类会读取测试套件驱动表，并设置测试脚本数据池选择标志位，所有测试脚本都会重复这项工作。因而，当一个测试脚本数据池记录发生回归时，只有驱动表中列出的记录会被考虑。这个机制被库文件管理，并且对于测试人员来说是完全透明的。唯一的约束就是所有数据池的 SelectRecord标志位。

原文转自：http://www.ltesting.net