接口测试结果
上线结束
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
评审完成
代表开发工作
