项目大致流程
项目启动；
评审阶段:{需求评审,技术评审,用例评审}；
排期阶段:{开发排期,测试排期}；
开发阶段:{需求开发,接口联调,自测,提测...}；
测试阶段:{SIT测试,UAT测试,PROD测试,众测,bug回归,...}；
项目上线:{上线风险评估,线上监控,补充自动化...}；
项目结束:{总结文档,...}。
QA 在各个阶段的任务职责
1.项目启动：
项目立项，确认人员名单，确定项目时间，活动初稿确立。
2.评审阶段：
· 需求评审：可能是 RD 提的需求（由于代码重构等原因），也可能是 PM 提的需求（一般都是 PM），参与人员一般有 PM，RD，QA，QA 人员在其中主要是对需求的中一些不理解的点提出疑问，并对其中认为不合理的点进行讨论，需求评审完之后要求 QA 已经对需求文档有比较清晰的认识了，需求评审之后 QA 就可以开始准备测试用例了，但是介于 PM 可能后面会对需求文档作出一点的修改，以及后续技术评审的展开，QA 的测试用例存在后续修改的情况。
· 技术评审：RD 和 QA 都要参与进来，QA 的职责是弄清楚技术设计方案中的问题，思考对测试用例的影响，进而维护修改测试用例。
· 用例评审：QA，RD，PM 都要参与进来，QA的职责是组织用例评审，并分享用例细节，RD 和 PM 需要观察用例，提出认为不符合需求的点，方便 QA 完善用例。用例评审一般在开发开发完后的接口联调中评审。
3.排期阶段：
· 开发排期：开发人员给出开发的时间排期，以及联调任务的排期
· 测试排期：测试人员先依据开发人员的排期指定测试的排期时间
4.开发阶段：
· 开发：前端开发和后端开发
· 接口联调：前端和后端接口联调来对齐接口
· 自测：开发使用 QA 提供过来的冒烟用例进行自测，冒烟用例提供给开发需要在用例评审过之后
· 提测：开发提测给 QA
5.测试阶段：
· SIT 测试：测试环境执行全量 case
· UAT 测试：验收环境执行冒烟级别 case
· PROD 测试：需要在上线后，执行冒烟级别 case，但是很多情况下冒烟级别 case 在线上无法执行，所以可以率先列出一个 checklist，然后执行 checklist 中的 case 即可
· 众测：也是在上线之后大众测试
· bug 回归：测试过程中提出的 bug 需要进行回归检测，同时要注意影响到的模块情况
6.项目上线：
· 线上监控：需要 PM，RD 和 QA 的共同参与
· 补充自动化：
1)补充接口自动化：由于接口自动化投产比更好，所以一般项目会考虑后期补充接口自动化的内容
2)补充 UI 自动化：由于 UI 自动化涉及到稳定性的因素，所以一般项目可能考虑不做或者做少部分主流程的 UI 自动化工作
· 文档总结：一个项目结束后，不论是 PM 还是 RD 亦或是 QA 都可以养成一个总结项目的好习惯，不论是对自己的学习沉淀，还是对后来新人介入项目来讲都是有好处的
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
