关键字驱动测试
 | 此条目需要精通或熟悉相关主题的编者参与及协助编辑。 (2015年1月7日) |
关键字驱动测试（keyword-driven testing），也称为表格驱动测试（table-driven testing）或行动字驱动测试（action-word testing），是针对自动化测试的软体测试方法，它将创建测试程序的步骤分为规划及实现二个阶段。
简介
关键字驱动测试也可以用于人工测试，但其特性较适合进行自动化测试。[1]自动测试的好处是可复用性，测试程式已在高度抽象化的层级下创建，减少维护的成本。
说明
关键字最简单形式的定义是一个或多个最小测试步骤的集合。
规划阶段
准备测试所需的资源及测试工具。
关键字的范例
- 简单的关键字是针对一个物体的一个动作，例如在文字栏位中输入用户名称：
| 物件 | 动作 | 资料 |
|---|---|---|
| 文字栏位（用户名称） | 输入文字 | <用户名称> |
- 复杂的关键字是由几个测试步骤，组合成一个有意义的动作，例如登入：
| 物件 | 动作 | 资料 |
|---|---|---|
| 文字栏位（域） | 输入文字 | <域> |
| 文字栏位（用户名称） | 输入文字 | <用户名称> |
| 文字栏位（密码） | 输入文字 | <密码> |
| 按钮（登入） | 单击 | 左键单击 |
实现阶段
实现阶段依使用的框架而不同。一般自动化的工程师会提供一个有一些关键字（像“检查”或“输入”）的框架[1]。测试者或测试工程师不需要会写程式，只需利用规划阶段定义的关键字撰写测试用例。测试会由一个依序读取关键字并执行对应程式码的程式来进行。
其他测试方式都在实现阶段完成所有工作。关键字驱动测试不是将测试设计和测试工作分离，而是让测试设计本身就是测试自动化。关键字（像“检查”或“输入”）会利用工具产生，也已经有对应的程式码，因此在测试的实现过程中不需再增加工程师来撰写测试软体，因此关键字的实现已经是工具中的一部份。
相关条目
参考资料
- ^ 1.0 1.1 Faught, Danny R. Keyword-Driven Testing. Sticky Minds. Software Quality Engineering. November 2004 [September 12, 2012]. （原始内容存档于2013-07-29）.
外部链接
- Hans Buwalda, success factors for keyword driven testing.
- SAFS (Software Automation Framework Support) （页面存档备份，存于互联网档案馆）
- Test automation frameworks （页面存档备份，存于互联网档案馆）
- Automation Framework - gFast: generic Framework for Automated Software Testing - QTP Framework （页面存档备份，存于互联网档案馆）