作者：loleina
来源：http://www.cnblogs.com/loleina/p/5213600.html
相关阅读：
自动化工具调研（上）
常用的四种自动化测试框架模式
第一类：数据驱动测试框架
概念：将测试数据从测试脚本中分离出来，测试框架中较简单的一类。
优点：测试数据可以单独维护；测试人员维护测试数据；测试开发人员维护测试脚本（必须懂自动化编程和业务逻辑）。
缺点：测试程序更改导致需要修改测试脚本代码。维护成本很高。
典型示例： web端接口测试：webService（XFire）+ TestNG
第二类： 测试脚本模块化框架
概念：一个测试脚本包含模块中涉及到的控件识别和业务逻辑，外部测试数据的调用。
优点：能针对模块进行测试和维护；测试人员维护测试数据；测试开发人员维护测试脚本（必须懂自动化编程和业务逻辑）。
缺点： 控件识别和业务逻辑本身属于不同的领域，没有很好进行抽象封装；控件和业务逻辑一旦发生变化，要进行修改和维护的是底层的测试脚本。
典型示例：selemium自动化测试模块的简单使用。
第三类： 测试库构架框架
概念：将所有的针对测试系统本身的控件识别和控件支持的操作封装在测试库中， 测试脚本调用测试库的同时传递外部的测试数据
优点：被测试系统无论是哪层发生变化，只需要相应的人员进行变更维护即可，完成了控件识别操作和业务逻辑的抽象分离；（测试库：掌握的自动化测试开发工程编写；测试脚本：对也业务较熟悉的测试开发）
缺点：变更引起的工作量还是附加在自动化测试开发工程师身上
典型示例：自动化测试模块的高级使用，懂得业务分层处理。
第四类： 关键字驱动框架
概念：当对象库添加完成后，测试case步骤的组织就相当于是在关键字试图中选择控件 Control），动作（Action），参数（Parameters）。
优点：极大的减少了自动化开发工程师维护量，毕竟在测试团队中，自动化开发工程师占的比较少；普通测试工程师，可以很好的维护自身负责的模块中涉及的测试case和测试数据（脚本可由有一定经验的测试开发维护即可）
缺点：框架的抽象程度比较高，对自动化测试工程师的开发能力比较高
典型示例：QTP
<未完待续>
声明：授权转载，如需转载请联系原作者！
公益传播测试知识、技能与正能量！感谢作者！分享测试生活，思考测试人生！
文章图片来自网络，如有侵权请见谅，请联系我们妥善处理。
twftesting@163.com
欢迎加入我们：
官网：www.huicewang.com
中国软件测试群： 172923163
测试编程技术交流群: 231767115
性能测试技术交流群: 385202672
咨询QQ：2657535456
公众号：慧测
