从需求评审开始到发布上线的流程。
1、需求评审 - 产品经理讲解新的需求，开发和测试等相关人员参与评审。主要看需求是否完整，也可以提出各自的见解，例如需求是否合理，有没有更好的方案等等。如果需求存在大的漏洞，可以不通过，需要产品再次补充需求后再次评审。
2、任务拆分和评估 - 把整个大的需求拆分成story，基于story进行评估。开发和测试主要评估完成需要的时间，测试负责人和开发负责人各自评估本投入的资源情况，如果不够或者多余的话进行重新协调和分配。
3、测试方案和用例设计 - 设计测试方案和测试用例。测试用例建议对该模块熟悉的人来进行编写，并且测试用例设计方法进行统一。统一的好处是便于管理，坏处是可能缺少多样化和进步。对团队来讲的话好处多于坏处，统一后后续别人维护的时候更方便，思路和方法一致，不会出现看半天都不知道怎么设计的情况。
4、测试方案和用例评审 - 方案和用例编写完成后需要同行评审，主要是相关模块的测试人员和测试主管，有条件的情况下可以要求开发和需求经理进行参与。多个部门的参与需要公司组基结构或者上层领导的支持。视情况而行，但是最好的情况下有开发和需求经理参与，可以保证对需求的理解一致，减少到测试节点才发现大家理解各异。
5、冒烟测试 - 开发提测后先进行冒烟测试，如果冒烟不通过直接重新打开，解决后再次提测。为了避免重复reopen，可以提供冒烟测试用例给开发，执行通过后在提测，可以减少无效的执行次数。
6、系统测试 - 进行系统测试。
7、测试报告 - 测试完成后出测试报告。
8、预发布环境验证 - 出测试报告后需要发布到预发布环境进行验证。原因是，测试环境验证通过后直接给项目进行升级或者新部署的时候发现升级失败或者部署失败的例子，为了避免这种情况，都需要在预发布环境进行升级。