如何选择软件测试的自动化测试框架？

发布: 2009-4-17 15:04 | 作者: 网络转载 | 来源: 测试时代采编 | 查看: 254次 | 进入软件测试论坛讨论

关键字驱动或表驱动测试框架（The Keyword-Driven or Table-Driven Testing Framework）

关键字驱动和表格驱动测试是一种独立于应用程序的自动化框架，它们是可以互相替换的术语。这种框架要求开发于用来运行的自动化工具，驱动测试下应用程序和数据的测试脚本代码相独立的数据表和关键字。关键字驱动测试看上去非常象手工测试。在关键字测试里，应用程序的功能特性被写在表格和每个测试的详细指引里了。

如果要映射出手工测试Windows计算器功能过程中用鼠标执行的操作，我们可以创建如下的表格。” Window”一列包含了我们执行鼠标操作的应用程序窗口的名字（在这个例子中，他们都发生在计算器窗口里）。” Control”一列指出了鼠标点击的控制键的类型。” Action” 一列列出了鼠标的操作（或是测试人员的）。”Arguments”列指出了特定的控制键（1, 2, 3, 5, +, -等）

Window	Control	Action	Arguments
Calculator	Menu		View, Standard
Calculator	Pushbutton	Click	1
Calculator	Pushbutton	Click	+
Calculator	Pushbutton	Click	3
Calculator	Pushbutton	Click	=
Calculator		Verify Result	4
Calculator		Clear
Calculator	Pushbutton	Click	6
Calculator	Pushbutton	Click	-
Calculator	Pushbutton	Click	3
Calculator	Pushbutton	Click	=
Calculator		Verify Result	3

这个表格代表了一个完整的测试，为了表示一系列测试可以根据需要增加。一旦你创建了数据表，你就可以简单地编写用来读取每一个步骤的程序或脚本集，基于Action字段中的关键字执行步骤，完成错误检查，然后记录任何相关的信息。这种程序或脚本集看上去象下面的伪代码：

Main Script / Program

Connect to data tables.

Read in row and parse out values.

Pass values to appropriate functions.

Close connection to data tables.

Menu Module

Set focus to window.

Select the menu pad option.

Return.

Pushbutton Module

Set focus to window.

Push the button based on argument.
Return.
Verify Result Module
Set focus to window.
Get contents from label.
Compare contents with argument value.
Log results.
Return.

从这个例子里你可以看到为了生成许多的测试用例，这种框架只要求非常少的代码。用数据表生成不同的测试用例却可以重用相同的代码。IBM Rational工具集可以通过使用交互式的文件读取，查询或数据池延伸开来，或者你可以连同IBM Rational一起使用其他的工具（免费，其他的开发工具等）来构建这种类型的框架。