基于testNG的数据驱动测试的自动化测试实践（一）

历时4个月，从搭建测试框架到给全员培训，再到最终团队内落地，最终效果是整个团队QA测试阶段效率提升60%多。既然有数据就有衡量标准，统计了近2个月的开发阶段/测试阶段的耗时比，比如自动化前，开发阶段/测试阶段耗时比2：1，如今达到5.3：1，简单说开发5人天，测试原来花费2.5人天，现在花费1人天，当然这是平均值。这不仅是单单自动化测试框架的搭建，还需要配合管理手段，如何将自动化测试不单单用于回归测试而是整个QA测试，何时写用例？何时写脚本？何时执行脚本？如何维护脚本？如何给全员培训？（大家代码基础很薄弱，降低学习成本，快速上手很关键）这一整套的配合才能更好的将自动化测试落地。

整个自动化测试框架搭建经历了2个阶段。

第一个阶段：从0到1，提高效率，耗时3个月，主要目标是框架分层以及70多个API接口的几百个场景的覆盖，效果就是上面提到效率提高60%

第二个阶段：核心框架重构和API接口迁移，耗时1个月，主要目标是降低维护和学习成本，通过1，2次培训，可以上手做自动化测试。同时将被测的API接口迁移至新的框架，最终代码量降低了90%，脚本执行时间提高了95%。

框架的作用？

把自动化测试框架比喻成搭积木吧，核心框架的搭建，工具类的封装类似于积木块，按照一定规则写符合各业务需求的用例脚本类似于搭积木，搭积木学习成本较低，只要培训就能上手，按照工具类的方法正确使用，按照框架的层级要求正确拼装，可以使整个团队内自动化测试快速落地。

• 积木块：

分层大致是    java--base包     作用：获取接口信息并调用接口，ps:具体的接口地址，名称，基础入参存储于数据库里

                              --driver包   作用：工具类和selenium驱动，包含入参关键词，接口断言，数据库操作等

                              --operation包   作用：基于 web driver的