研发团队
结束
开始
1. PM、研发团队参与测试方案和用例的评审
需求分析&用例设计
1. 研发团队明确修改点及影响范围
实现阶段
1.框架、功能逻辑设计 说明书 2.质量标准，性能标准 3.组织并通过评审
测试团队
1.冒烟测试 2.测试执行 3.提交Bug
1. 冒烟测试不通过，记录版本打回，测试暂停测试执行
产品团队
线上运行阶段
1.修复必须解决的Bug 2.自测通过，提交转测
安排下一轮测试
发布阶段
1. 测试给出Bug修复建议，原则上严重及以上必须修复2. PM或技术Leader主导，评估Bug影响，决策是否必须修复，是否需要增加一轮测试计划。
测试报告
1.需求分析，提取测试点 2.制定测试方案 3.用例设计&评审 4.环境准备
系统轮次测试
Fix Bug
功能实现&准入测试
线上问题
需求说明书
测试阶段
1.测试&QA参与需求和设计的评审
N
1.测试数据 2.测试结论
Y
1. 已明确的修改点及影响范围内的必现漏测，主干基础功能的漏测，测试担责2. 修改点或范围未明确的，测试尽量覆盖一定深度的测试场景，但不保证不出现遗漏3. 性能测试结果因数据差异化，可适当做阶梯覆盖，但不完全作为上线标准，与维运一起确认
1.需求中定义的功能均已实现 2.已完成单元测试（可选） 3.自测用例测试通过（无功能受阻） 4.提交转测
说明
需求阶段
测试流程规范
需求&设计评审
1. 测试输出测试数据2. 对照质量标准、性能标准，输出测试结论及风险
