关于自动化测试的几个概念/阶段

          自动化测试，老实讲，个人目前对于数据驱动测试的把握是比较到位的，但是对于关键字驱动的测试应用不是很熟练，或许在数据驱动的测试过程中已经应用了关键字驱动的一些理念来设计，但是对于关键字驱动的测试精髓把握的确不够。网上找到一些介绍，感觉自动化测试的进展还是飞速的，这些方法不仅仅是自动化测试的理念，同样也是所有做功能测试的测试者应该掌握的测试用例设计方法。

数据驱动（ data driven ） 测试是一项单个脚本使用不同的输入和响应数据重复执行的技术。在数据驱动测试中，自动化测试脚本使用从外部数据源中读取的变量，而不是直接使用文字值（Literal value）。数据驱动测试的优势在于其将数据与测试脚本分离，从而可以在不修改测试脚本的情况下通过更新测试数据完成对测试用例的增加、更改和删除。

这种情况下，数据驱动测试在解决数据和脚本的分离上是比较有效的，但是对于界面对象和实测对象的分离、执行用例和实现细节之间的分离关注是不够的。

那么又引入了关键字驱动测试：

关键字驱动（keyword-driven）测试原理及特点 1.关键字驱动测试是数据驱动测试的一种改进类型 2.主要关键字包括三类：被操作对象（Item）、操作（Operation）和值（value），用面向对象形式可将其表现为 Item.Operation(Value) 3.将测试逻辑按照这些关键字进行分解，形成数据文件。 4.用关键字的形式将测试逻辑封装在数据文件中，测试工具只要能够解释这些关键字即可对其应用自动化  

关键字驱动测试是数据驱动测试的一种改进类型，它将测试逻辑按照关键字进行分解，形成数据文件，关键字对应封装的业务逻辑。关键字驱动的主要思想是：脚本与数据分离、界面元素名与测试内部对象名分离、测试描述与具体实现细节分离。

       关键字驱动测试实际是在待测系统之上又做了一次封装，针对待测对象的不同，封装的可以是一个对象，也可以说是一个业务组建，类似于 SCA 的这种模式和规范。

那么大胆的设想一下自动化测试的最新发展，当解决组建化之后，必定要解决的是服务的问题，面向服务的测试框架。那么如何暴露给测试者更少的服务接口，如何在服务之上再进行一次测试方面的封装我想是个人对下一代测试工具的期待。