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