自己理解的自动化测试框架

       数据驱动的测试方法：数据驱动从数据文件读取输入数据，通过变量的参数化将测试数据传入测试脚本，不同的数据文件对应不同的测试用例。我理解的就是不同的功能点测试，用一个表格列出来，自动化去操作，只要传入不同数据去对应用例执行脚本。数据与脚本分离。

       关键字驱动：测试逻辑按照关键字去进行分解，关键字对应封装的逻辑业务。主要的关键字包括三类：被操作对象(Item)、操作(operation)和值(value)，利用面向对象的方式可以将其表现为Item.operation(value)。我所理解的其实也就是关键字驱动的主要思想：脚本与数据分离、界面元素与测试内部对象分离、测试描述与具体实现分离。这一整套的自动化测试方案是从web端QTP火起来之后经过一段时间摸索出来的，可以说同样适用于移动端的测试方案。

一套完整的自动化测试框架其实包括以下几部分：

参考网址：http://blog.csdn.net/jaazure/article/details/5863428 

        自动化测试框架的含义：其实从软件工程的角度来看，开发的模型分为好多，而自动化框架就是去开发一套不用人为去操作软件，让程序自动去执行的框架，它包含启动引擎、关键字驱动、数据驱动、异常处理、报表引擎、日志组成。

        框架一般是成熟的完成整个测试过程，且不断升级的软件。不仅是掌握了一套适合的自动化测试工具，掌握了脚本的编写技术就可以完成的。还需要将脚本有效的组织，提高可维护性和可靠性。

1.分层设计：即关键字驱动方案，业务流程、功能点、操作组件，调用最底层的操作组件、及由一部分操作组件组成的业务逻辑实现对功能点的验证，再通过调用业务组合功能，实现对业务流程的验证。

2.脚本分离设计：对象、操作、测试数据，其实有些赘述，就是对象资源库、测试数据资源库、操作步骤、脚本之间的相互分离，最后在业务流程中将他们组合起来。

3.封装基础函数、基本业务逻辑、验证点：一些基础函数的封装其实是我在做一些UI测试是加一些等待时间和逐一验证某一个元素而做的操作。对于业务逻辑，比如一个下单的业务流程，可能会执行N多次，然后执行增删改查等操作，封装业务逻辑可以实现在界面更改或脚本重复时实现维护成本降低。

4.有效的执行体系：主要包括完全无人操作、异常处理机制、版本管理、结果体系展示、结构化管理。完全无人操作不用多说，可以用其他配置管理工具进行定时执行脚本及上传报告结果机制，异常处理即不影响脚本正常执行，中间出错或校验失败进行相应截图或log保存等，版本管理就是在每个版本的改变的时候维护脚本，结果体系要将生成的报告及log以某种方式展示和定位问题，还可以和Bug管理工具集成使用。最后的结构化管理就是将这个框架进行维护和各部分整合及扩展。

其他参考网址：http://www.51testing.com/html/40/4340.html 

http://blog.163.com/tech_qa/blog/#m=0&t=1&c=fks_087069087083084070080085083095085085081066083080085071093