本文覆盖了一下几点:
1)KDT(关键字驱动测试)是什么?
2)自动化测试的局限性——为什么自动化测试项目失败
3)如何使用KDT测试方法来克服自动化测试障碍?
4)Test Language是什么?
5)怎样将Test Language应用到关键字驱动自动化测试中。
6)功能测试人员和自动化测试专家在KDT中的职责。
文章主要内容如下:
简介
KDT(关键字驱动)是下一代用于将自动化测试用例执行与自动化框架隔离开的方法。
Test Language不是一种测试自动化方法。它是一种综合测试方法用于使用基于KDT解决方案来解决自动化测试计划,设计和执行任务。
背景
几年以前,我是在一家国防工业大公司做测试经理。测试团队由10个测试工程师组成,其中2个是测试自动化专家,其他几个是功能测试人员。自动化测试专家主要专注于开发测试自动化脚本,覆盖项目的一些功能流程。
后来我马上意识到这样做效率并不高。
自动化执行的测试也同样可以手动执行。功能性测试员编写测试自动化脚本时没什么信心,因为并不要求自动化测试专家要求懂项目业务。自动化测试开发可能只有在项目准备好测试后才开始,并且只是测试的一小部分(主要是做回归测试)。
我给测试团队提出一些问题。许多次讨论后,我们决定采取让功能测试人员创建自动化测试脚本的方法。
这个方法可能很简单,但是我们在试着执行的过程中要面临一系列的挑战。主要的障碍是功能测试人员不具备编程技能或者自动化测试知识。为了解决这个问题,自动化测试建议功能测试人员能够使用预先定义好的关键字来创建他们的测试用例,并且要他们自己将这些用例“翻译”成自动化脚本。这个方法是全组最能接受的方法。
创建关键字库。由自动化专家和功能测试人员一起定义关键字。在第一阶段过程中,功能测试人员使用关键字来写他们的测试用例,然后自动化专家将这些用例写成自动化脚本。在后面一个阶段,我们开发了一个自动化程序,用来管理翻译。这个工具能帮助功能测试人员创建和执行自动化测试,甚至能节约更多时间。
关键字库结合自动化翻译程序产生快速回报收益。这就允许我们把自动化测试定位为测试策略的基础而不过分
这是Test Language的开始。
自动化测试
让我们一起回顾一下自动化测试常用的方法。
测试流程包含了一系列的测试计划,测试定义,bug跟踪和测试结束的活动。实际的测试执行阶段通常是一个递归的,重复的和手工的阶段。这个阶段通常描述为一个单调的、乏味的阶段,该阶段也可以自动执行。
为了能够将执行阶段自动化,你需要创建自动化测试脚本,可以用商业的自动化测试脚本执行;诸如HP的QTP,IBM的Robot,自动化的QA工具Test Complete,MS VS 2010团队系统和免费软件诸如Selenium 等等……
每个自动化测试脚本执行一个测试案例或手动测试案例的整个步骤。手工完成测试设计后,自动化测试专家就开始编写脚本。
……………………
查看全文请点击下载:http://www.51testing.com/html/11/n-832511.html
什么是Test Language?
Test Language就是一个关键字库,能够帮助测试与其他测试相互沟通,也能帮助与其他论题专家沟通。关键字替换了通用的英语或者作为一种或创建一种关键字驱动测试的基础和方法。
能够用KDT获取一系列的目标:
提高测试人员之间的沟通交流
避免在测试文档中不相符
基于KDT创建自动化测试框架
Test Language 结构
Test Language是基于一个库的,这个库是由许多词(关键字)和参数组成。
Test Cases
一个Test Case是测试一个项目指定的功能/特性的行为一串步骤。不像传统的测试方法,Test Language使用预定的关键字来描述步骤和预期的结果(详见下面figure2的例子)