第一轮测试，第二轮测试，第三轮测试，日常测试，预发测试，线上测试

由于为新起项目，日常测试部分可以忽略，不用上日常测试环境，项目测试环境即是日常测试环境，该部分在第一次做项目时，容易忽视。

各个阶段测试负责人需要进行的工作主要如下：

1.   正式评审之前，对项目需求和项目的功能介绍，产品介绍进行了解和答疑，可以采用的方法，使用UML图形的方式来梳理PRD的业务流程，需要申请QC空间，申请Twork空间，申请相关的测试资源(例如：性能，安全，前期沟通, PRD邀请和提供PRD文档)

2.   PRD评审完成后，在1到2个工作日，形成项目需求分解功能表

3.   前台原型评审，对页面布局和功能点入口，功能说明的初审，修改确定下前台的原型，形成前台原型评审记录， 对前台和后台模型进行检查，确定各个功能点和页面入口，比对PRD的功能说明，提出对应的问题，协助完善原型设计。

4.  技术方案评审， 帮助开发检查相关的技术方案，提出相关的疑问，可重点针对数据库的结构，字段，表的关联等，对初步的系统结构和使用技术有基本了解。需要提前考虑有否数据迁移，现在很多项目会出现数据的迁移，可通知性能测试人员及早的沟通或者参与到技术方案的评审

5. 项目立项：进行立项会议,  该会议召开的较晚，该部分的顺序可忽略，但测试人员需要对 测试进行时间估算，对项目各个阶段的时间点进行规划，形成测试计划文档。稍后在2-3天内形成测试设计文档。

6. 项目UC评审，测试人员针对UC中的校验点的细节，实现方式提出各种有疑问的地方，确定问题，为编写TC做预期结果填写的准备

7. 项目TC评审，测试人员可分为内审和外审，内审有测试组其他人员帮助检查和发现可能遗漏的测试点，不清晰的功能和业务规则进行补充，外审，主要针对PD,PM等其他项目人员，说明测试用例的覆盖功能，测试的范围，测试点，已经测试用例的粒度。形成测试评审的checklist，稍后再进行用例的P级别划分。个人建议，在编写用例的时候，不用去考虑用例的级别定义，可以分开为编写用例，编写完成后再进行用例检查时进行P级别的划分，或者在执行中进行设置划分

8. 进入测试执行阶段，主要进行用例的执行，根据具体项目进行测试时间和进度的安排，在完成第一轮测试时，程序系统相对稳定，进入第二轮可以开始性能测试和安全测试人员的介入，前期第一轮可提前进行安全测试白盒测试. 主要任务和精力集中在测试执行和缺陷追踪上，进入该阶段，测试人员需要进行项目测试日报的发送，测试投入日报的记录，使用twork进行汇报工作

9. 进入预发测试，如果有数据迁移的项目，可在上预发后开始校验迁移的正确性和完整性的检查，重新对所有的用例进行执行，保证产品质量。

10. 完成上线后，可进行线上测试的验证，然后开始整理测试相关的沉淀。

由于项目还在进行中，后期的具体沉淀工作的整理，测试报告，项目报告，项目上线存在的风险说明的情况有待完善