研发测试流程

接口测试结果

上线结束

N

Y（冒烟测试通过）

接口协议评审输出接口文档

上线后测试

紧急修复

Y（评审通过）

由测试统一提交到JIRA

代表会议

接口测试

上线前测试

版本发布决策原则1.版本的发布，应开发/测试/产品三方达成共识，共同决策。2.针对挂起的、有争议的bug，产品需要站在市场、用户、成本等角度中立客观的作出判断3.如三方中任何一方对版本发布存在强烈异议，则上升至部门层面讨论并最终决策

N（评审不通过）修改用例

出现明显或严重问题

N（测试不通过）

UI/交互评审输出UI交互稿

Y（体验通过）

Y（回归测试通过）

Y（本地测试通过，合入CI）

提交Bug到JIRA

测试用例集管理

同步接口协议

N（自测不通过）

在本地实时对接口进行测试

编写测试用例

修改/提交代码（commit规范）

N（上线前测试不通过）

Y（开发自测通过）

反复验证

迭代/集成测试

单元测试标准（推荐）1.单元测试的基本目标：语句覆盖率达到80%2.核心模块的语句覆盖率和分支覆盖率都要达到100%3.编写单元测试代码遵守BCDE原则，以保证被测试模块的交付质量。-B:Border，边界值测试，包括循环边界、特殊取值、特殊时间点、数据顺序等。-C:Correct，正确的输入，并得到预期的结果。\u2028-D:Design，与设计文档相结合，来编写单元测试。\u2028-E:Error，强制错误信息输入(如:非法数据、异常流程、业务允许外等)，并得到预期的结果。

完成联调完成自测

UI设计师体验

完成

接口协议编写

触发接口测试CImonkey测试

持续CI运行

输出迭代/集成测试报告

接口脚本编写

Y（自测通过）

软件版本发布标准1. 没有遗留“致命”或\"严重\"级别的Bug；2. 没有遗留处理优先级为P0或P1的Bug；3. 没有遗留明显影响用户体验的性能Bug；4. 版本累计Bug总修复比例大于90%（除建议类Bug）即版本上线前累计Bug挂起率应小于10%（理论值非严格标准，视项目具体情况而定）；5. 稳定性测试中随机Crash满足0次/48小时；6. 后台已部署真实数据，并且环境稳定；测试结论定义*存在状态为【新创建/处理中/已解决】的（未处理）Bug*存在挂起的【致命/严重】级别Bug*Bug挂起率>=10%——符合以上任意条件，则测试结论为：【不通过】*所有Bug均为关闭状态（无未处理的Bug）*Bug挂起率<10%，且仅存在【一般/提示/建议】级别的挂起Bug——符合以上所有条件，则测试结论为：【通过】

Y（测试通过）

冒烟测试（快速验证）

快速验证通过（线上数据、程序运行稳定性等）

代表UI工作

Y

产品体验标准1.已完成本次迭代计划的全部功能；2.功能流程路径逻辑正确，符合需求设计；3.用户体验良好，无明显Bug；

测试用例评审输出测试用例

N（接口测试不通过）

UI交互设计

N（回归测试不通过）

代表产品工作

一次迭代开始

测试报告

代表测试工作

重新评估（延期/重做）

N（体验不通过）提测打回

单元测试

接口是否变更

提取测试点需求澄清测试计划制定测试排期

开发修复Bug

开发已修复Bug且自测通过，提交回归测试

Y（变更）

回归测试提测标准1. 修复80%以上的Bug，才可以提交一轮回归测试；2. Bug回归通过率低于60%，则该轮回归测试被打回；3. 回归测试包中新引入严重并紧急的Bug超过3个，则该轮回归测试被打回；4. 回归测试包中新引入致命Bug，则该轮回归测试被打回；

N（冒烟测试不通过）提测打回

产品确认迭代目标和需求

后端API

前/后端开发

JIRA系统（Bug分配）

创建测试用例的执行计划

回归验证

Y（接口测试通过）

提测标准1. 本次迭代/集成的需求功能都开发完成2. 测试所需的真实数据都准备好；3. 测试接到提测包会进行一轮快速测试（2小时以内）：       - 发现致命的BUG并阻碍测试进程，则将提测包打回；       - 发现严重并紧急的Bug超过3个，则将提测包打回；       - 发现部分需求功能未开发完成，则将提测包打回；       - 发现部分功能实现与需求严重不符合的，则将提测包打回

回归测试（提测标准）

提交完成

N（无变更）

发送邮件通知相关人员开发修复Bug

产品经理体验

需求评审输出需求文档

确认发布上线产品牵头三方决策

接口说明文档

迭代/集成提测（云测平台）

概要设计制定开发排期

修复bug

评审完成

代表开发工作