公司开发流程

测试

回归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

编写代码