QA在整个项目中的职责和任务情况

  • 时间:
  • 浏览:
  • 来源:互联网

文章目录

  • 项目大致流程
  • QA 在各个阶段的任务职责

项目大致流程

{
    项目启动,
    评审阶段:{需求评审,技术评审},
    排期阶段:{开发排期,测试排期},
    开发阶段:{需求开发,接口联调,自测,提测...},
    测试阶段:{SIT测试,UAT测试,PROD测试,众测,bug回归,...},
    项目上线:{上线风险评估,线上监控,补充自动化...},
    项目结束:{总结文档,...}
}

QA 在各个阶段的任务职责

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

本文链接http://element-ui.cn/article/show-297228.aspx