说到自动化测试就不能不提自动化测试的框架，没有一个好的框架，自动化无异于纸上谈兵。

　　目前流行的自动化测试框架有：

　　模块测试框架：包含创建小而独立的脚本代表模型和应用的功能。组织脚本构成具有业务场景的测试。

　　测试库框架：将应用按功能分类，而不是脚本。

　　关键字框架：用关键字驱动脚本。

　　数据驱动框架：测试输入和输出都来自于从外部的文件，加载成变量成为脚本的一部分。要求输入和输出验证点都是变量。适合用于正在开发的系统。

　　混合框架：最常用，是关键字和数据驱动框架的组合。数据驱动脚本强大的库结合关键字的框架，可以使数据驱动脚本更紧凑和不易失败。通常还可以实现错误处理。

　　不论你采用哪种框架，都应该具有以下几种特性:

　　1. 可配置性：保存在一个外部的文档中。如版本号、路径等。

　　2. 既可以执行单独的测试用例，也可以批量执行，既可以配置只执行失败的用例，也可以指定在上一组执行结果的基础上，执行下一组。

　　3. 报表：将测试结果汇成报表邮件发送给相关人员。

　　4. 方便调试：调试在自动化过程中占据了大量的时间，因此在调试这个过程中需要加以特别的关注。关键字驱动的测试框架因为使用了外部的数据源（比如 Excel数据表）去读取脚本中的关键字和测试过程，所以较难调试。

　　5.性能：框架还应考虑对执行性能的影响。一个复杂的框架会增加脚本的加载或执行时间，这一定不是我们所期望的。像缓存技术，当执行时编译所有代码到单个库中等...只要可能都应该用于性能的改善。

　　总之，一个好的框架应该可重用易维护，在不同的项目中间平衡测试套件的价值。在设计框架的时候需要考虑一些基本的原则：

　　1. 测试计划文档：明确被测系统的目标，确保正确的实现了需求。

　　2. 定义业务场景：将测试计划中的所有方面都自动化是不现实的。自动化测试应该集中在那些复杂而又关键的部分。大部分组织发现自动化能实现60%的测试用例。好的框架能使测试人员应集中在业务场景，而不是大量的脚本。

　　3. 使用数据驱动测试扩大测试的覆盖率：框架提供可以用外部的数据文件来驱动脚本的功能，数据与脚本独立，这样可以使测试人员用大量的数据来测试应用。

　　4. 在框架中加验证点：在应用的前端、中间层或者后台数据库验证，确保数据确实正确的传达了。（以上言论仅代表作者的个人观点，不代表51Testing观点）

版权声明：本文出自lamuda的51Testing软件测试博客：http://www.51testing.com/?121425

原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。