The Keywords
关键字是为准备项目测试用例的基本功能子程序。一个测试案例是至少由一个关键字组成。
关键字类型
Item 操作（Item）—一个action执行一个关于给定的GUI组件指定的操作.例如设置值“Larry Swartz” 在 “客户名字”控制，验证值“3”出现在“结果”栏里。当执行一个关于GUI项的操作，紧跟的参数应该指定：GUI项的名字，要执行什么操作和值。
Utility功能（功能）—一个本执行某个功能性操作，很难没有效率执行作为一个数列。如：等待X秒，从DB中取数据等……
数列（sequence）—一系列关键字执行一个业务流程，如“ 创建用户” 。我们推荐使用常用的功能流程如登录，作为一个序列添加新的记录到系统中而不是在测试用例中作为Items执行。
参数
在大多数测试案例中，参数应该作为为关键字被定义。参数是为了生成测试环境所要求的额外信息。比如：使用非法密码的用户名，验证失败，精确计算的数目，等等。。
例如下面的序列参数：
当用户想创建一个新的客户时，语法格式如下：
Create_custmer(Bob,Dylan,1/1/2000,bobdylan@gmail.com)
使用默认参数
一些关键字可能包含数十个参数。为了简化测试创建，所有的参数应该包含默认值。测试人员应该能够根据测试环境改变每个参数的默认值。例如，如果测试人员想要创建一个100岁的客户，只有出生日期会改变，其他的参数仍然保持相同的值。显然地，只有指定的变化会影响用于其他的测试中的默认参数。
……………………
查看全文请点击下载：http://www.51testing.com/html/11/n-832511.html
哪些需要自动化
Test Language应该把关注点集中在测试新功能上，而不是放在回归测试中，这是传统的自动化测试普遍实践。
在传统自动化测试执行中，项目准备好后才开始创建自动化脚本。因此，理智测试和回归测试是主要的领域，是需要自动化的部分。这个方法通常导致平行执行相同的测试（手工和自动化）。
此外，测试用例，用于手工执行的，措辞的方式，没有考虑到自动化脚本的优势。 两种方法之间主要差距是：
● 细节程度：自动化测试要求更详细的信息（例如，登录后，自动化脚本应该定义预期结果，然而在许多手工脚本中，这是留给测试人员的直觉的）。
● 覆盖率：当执行自动化测试时，可以创建更多的测试用例。例如：当测试某个获取1-10范围值的数字域，通常使用边界值分析方法来测试如下的几个数：1，2，10和11，然而当跑自动化测试，可以设计更多的场景。
KDT允许功能测试人员在项目准备好以前就开始计划自动化测试。这个能让公司扩大自动化测试范围。
我们建议，新的测试，而不是翻译现有的测试，应该是使用KDT的自动化测试重点。所有的新测试应该使用KDT方法来计划。我们相信这种方法能够让KDT执行流程更容易，也能更大地提高自动化的ROI。
组织架构和职责
基于公司的KDT组织架构是跟传统的基于公司的自动化测试相似。它是由核心的自动化测试团队和功能测试人员组成。然而职责有很多的不同：
KDT 流程
关键字驱动方法完全使用益处的关键因素是完全集成到测试整个流程中去。
如下展示的KDT流程图表：
查看全文请点击下载：http://www.51testing.com/html/11/n-832511.html
版权声明：51Testing软件测试网及相关内容提供者拥有51testing.com内容的全部版权，未经明确的书面许可，任何人或单位不得对本网站内容复制、转载或进行镜像，否则将追究法律责任。
