•
1、产品人员设计完原型和文档后，召开需求评审会，参会人员有开发，测试，产品。需求评审后之后，会产生一个完善之后的原型和需求文档。
•
2、测试组负责人需要依据需求文档，项目周期、项目特点、工具、人员安排制定测试计划。
•3、测试人员就开始写测试用例（需要有冒烟测试用例和普通的测试用例），在写用例过程中会产生一些疑问，要及时和产品人员确认清楚，并要求他们回归需求文档。（开发就开始概要设计和编码）。
•
4
、测试人员完成用例后，组织测试用例评审。参与人员有开发，测试，产品。
•
5
、等待开发提交测试版本，提交后优先执行冒烟测试。冒烟测试的结果，需要邮件周知相关人，开发，测试，产品，其中重要的是开发领导，测试领导和产品。冒烟不通过等待开发重新提交版本，冒烟通过了进入执行用例进行测试阶段。
•
6
、测试阶段会发现一些问题，比如需求定义不明确，业务逻辑有冲突，要和相关人员沟通并定义清晰，得到结论后必须要求产品人员更新文档。
•
7
、每个人负责的模块测试结束后，小组内部要进行交叉测试（此时会进行一些性能测试）。
•
8
、测试通过后提交产品验收。产品验收期间协助产品验收。
•
9
、产品验收完毕后，项目部署仿真环境。此时需要线上的账号，所以一般也是产品和业务人员验收为主，各个公司情况不同，有些会给测试人员分配账号，进行基本流程的测试（细节视公司情况而定）。
•
10
、仿真环境ok了，部署线上。
•
11
、有些公司从测试环境提交验收的时间点开始，会要求写一些操作手册之类的文档，一些测试的报告，比如bug统计，bug的覆盖。
•