测试
回归bug
是否通过
产品经理
Y
测试报告内容：1、测试环境的说明2、测试人员安排3、测试过程中使用测试策略和测试技术4、测试缺陷统计 ① 提交bug总数 ② 修复bug总数 ③ bug模块分布
乙方
①参与人员：1、产品经理2、项目经理3、开发经理4、测试经理
N
①在测试环境下，执行功能测试用例，发现问题，提交并跟踪有时间进行压力测试；②在测试或准生产环境进行交叉测试和灰度测试，发现问题，提交并跟踪；③在测试、准生产环境下进行兼容性测试，安全性，性能测试，安装，卸载，发现问题提交并跟踪；④在准生产或生产环境下，执行功能测试用例，如果发现问题，提交并跟踪
分配任务
关闭bug
提测
制定测试计划
功能测试用例：冒烟测试用例以外用例
接收需求
开始
②评审内容1、逻辑不正确的2、业务流程不通顺的3、评估各部门工作量4、确定产品上线时间
整理需求
甲方
确认、立项
测试经理
执行功能测试用例
用例评审
形成
了解需求
参与人员：1、产品经理2、开发经理、开发3、测试经理、测试
分析需求
外包
提交BUG
冒烟测试用例：正常主要的业务流程
开发
需求评审
制定开发计划
开发经理
冒烟测试
设计测试用例
交叉测试：与同事交换模块或产品进行测试灰度测试：一般用于游戏行业，分为α测试和β测试α测试：内测，客户在公司的网络环境下，测试环境上由开发或测试陪同下进行测试，发现问题，立刻修改β测试：公测，用户在自己的网络环境下，进行测试，发现问题，通过客服等渠道进行反馈，问题是否修改，什么时间修改不定。
解决问题
接收任务
需求规格说明书SRS
上线
内部评审
需求文档
外部评审
系统回归测试
冒烟测试（自测）
写测试报告
评审内容：1、复述业务，有歧义即使找产品经理确认2、复述用例，确保预期结果与需求保持一致3、修改用例，错的改，漏的补，冗余的删4、确认用例的开始结束时间
提出、获取需求
项目经理
修改bug
编写代码
