自动化认识（三）

产品稳按期自动化测试方案

 

1、概述

移动App产品更新速度太快，尤为是产品前期阶段，UI及逻辑功能调整频繁，自动化测试很难跟上测试要求，将大量精力用于手动用例自动化并不太现实，因而自动化测试自己定位于少许用例自动化知足主要功能覆盖，性能测试，压力测试，稳定性测试等；但随着产品进入稳按期，产品功能趋于完善，UI及逻辑功能调整幅度变小，能够适时调整思路着眼于将手动用例自动化，以下降手动测试成本，加快测试速度。

整个思路以下：整理现有手动用例库，筛选可被自动化用例组建自动化用例库，编码完成这些用例，以下降每次测试迭代中手动用例数量。就目前咱们组流程而言，每次发版都在下班时间点，晚上这段时间能够批量运行自动化用例，若是单个用例成功率超过80%，则可视为该用例成功，不然断定失败，次日上班后自动化人员查看失败用例，对失败用例进行手动验证，并根据失败状况修复完善测试代码，以此为一个自动化迭代周期。假设一共有1000条用例，400条可用于自动化，即便自动化用例成功率在80%，也能够为每轮测试减小320条的量，每次测试迭代中减小了32%的量，这是很是可观的。

 

 

 

      就一个版本内测试周期准备期而言，一旦产品文档定版，就开始进入用例设计，筛选修改老测试用例，组建新版本测试用例计划，与此同时自动化能够针对产品文档着手准备控件定义层(POM层)伪实现，调整公用方法逻辑层（LFM层）和用例层代码，并对新版本测试用例计划进行筛选，着手新一轮自动化测试用例代码编写和维护工做，一旦新版开发完毕，能够迅速实现POM层，调试测试代码逻辑，完成上述自动化测试迭代。

 

2、项目要求

实施上述流程对项目管理，用例管理，自动化测试人员和框架工具提出了更高的要求：

• 项目管理，整个流程对时间要求和团队沟通配合要求十分严格，尤为是准备期阶段，这就要求测试管理人员针对流程各个阶段在项目管理更加精细，把控能力更强；
• 用例管理是整个流程实施的基础，咱们有两个用例库须要维护，总的测试计划库和自动化测试计划库（子库），不只要求库里每一个用例步骤和验证点写得更加详尽，还要求每次制定测试计划时针对版本修正即便对库里用例进行维护，这对用例管理也提出了更高的要求；
• 另外咱们还要保证自动化用例执行的成功率以及验证点的正确性，要知足代码持续集成迭代的要求，这对自动化人员编码能力提出了更高的要求，有条件的话必须引入code review；
• 整个流程中要用到测试用例管理，自动化代码持续集成，自动化框架和自动化执行框架等各类辅助工具，市面上的一些工具并不能彻底知足需求，要自主研发和进行二次开发。

3、风险及限制

• 这一切流程都基于每一个版本迭代尽量小，尤为是UI及页面跳转逻辑，至少得保证每次小幅改动页面(逻辑基本不变，UI变更少于3处)不超过5个，大幅改动页面不能超过2个，新增页面虽然对原有测试代码影响较小，但最好不能超过4个。
• 自动化最难的点仍然在于结果验证，其不可能作到人眼验证那么准确，这对自动化覆盖率有直接的影响，也要求用例描述更加详尽。
• 要统计详尽的自动化经过率，须要批量屡次执行用例，这就对设备个数提出了要求