软件测试流程

测试环境测试报告

产品开发

制定测试计划

项目经理

后端

执行测试用例

评审通过的用例同步给开发人员

需求评审

不通过

已修复，待验证

不通过，重新打开

通过

全功能测试用例

敏捷测试流程

产品经理

开发领取任务

编写测试用例

验证bug

公司类型：1.甲方公司-做公司自己的产品-提出需求2.乙方公司-项目外包，做甲方公司的项目-获取需求3.外包公司-人员外包，做甲方公司的项目-获取需求

参与人员：产品经理、项目经理、开发经理、测试经理、(销售人员)评审内容：1.需求内容讲解2.逻辑不通的3.业务流程不正确的4.评估各部门工作量5.确定产品排期

自测

结束

确认、立项

测试用例评审

无二义性、正确性、完整性、一致性、可测试性、可追溯性等

分配任务，工作排期

冒烟测试：在测试环境执行冒烟测试用例，不通过就直接打回，通过就进行一轮测试一轮测试：在冒烟测试用例通过的基础上，在测试环境执行全功能测试用例，提交bug并跟踪验证二轮测试：在没有严重bug的前提下，在测试环境执行二轮全功能测试用例，提交bug并跟踪验证，按要求进行兼容性测试三轮测试：bug验证完进行交叉测试、回归测试、安装测试……四轮测试：压力测试、灰度测试（α测试、β测试）

需求分析、参加需求评审会议

分配任务

生产环境验证并输出测试报告

提测

bug为打开状态

记录有歧义的、不理解的、有误的等内容，在需求评审的时候，产品经理解决疑问

测试人员

测试经理

参与人员：1.产品经理 2.项目经理、3.开发经理及相关开发人员4.测试经理及相关测试人员评审内容：1.先与产品确认有歧义的业务需求2.复述用例，确认需求与预期结果一致3.排查冗余的、错误的、缺少的用例，进行修订4.确定测试时间和结束时间

前端

申请上线

提出/获取需求

冒烟测试用例

需求文档/流程图

分析确认需求

1.公司的测试流程2.介绍一个你做过的项目3.任意一个页面或实物怎么测（功能、性能、兼容性等）4.给任意需求，设计测试用例

领取测试任务

开始

提交bug

开发经理

修复bug

获取需求

回归测试