极狐GitLab QA pipeline on-call 机制

1. 你在这里:
2. 极狐 Handbook
3. 极狐研发团队
4. 极狐产品质量团队
5. 极狐GitLab QA pipeline on-call 机制

• 概述
• on-call 职责
• 极狐GitLab QA pipeline on-call 机制
• 极狐GitLab QA pipeline daily on-call workflow
• 极狐GitLab QA pipeline release on-call workflow
• 极狐GitLab QA pipeline on-call fail case track 列表

概述

本页面介绍了关于极狐GitLab QA pipeline on-call 机制以及相应的 milestone pipeline fail case track list

on-call 职责

• Pipeline跟踪

  我们都需要对所有关联到main-jhpipeline的QA测试结果进行分析。具体操作请参见pipeline跟踪

• 缺陷分类

  我们应该对于在E2E测试中发现的缺陷进行分类，分类的方法参见缺陷分类，在此之后我们需要生成有效的缺陷报告。

• 细化bug

  质量部门应该细化缺陷。

极狐GitLab QA pipeline on-call 机制

目前 qa team 成员 齐磊 段伟 衡韬，故采用轮换的机制来安排工作日 on-call 工作。 每日早晨8点 slack on-call robot 会自动化安排今日需要 on-call 的 QA. 如下图

每日早晨9点 slack on-call robot 会通知 on-call 的QA 今日需要支持 on-call 工作。

• daily on-call 执行
  1. 每日 staging env pipeline 会自动触发部署，部署完成后，jihu staging pipeline 会自动触发 staging qa pipeline 运行测试，on-call 人员需要检查pipeline是否存在问题，如存在问题需依据 pipeline跟踪 及时建立相关 bug issue，并根据bug的优先级寻找 Gary，Dave，以及Zhang Fu 支持，配合开发完成bug的修复。
  2. 每日 staging env pipeline 没有触发 staging qa pipeline 测试时，需在早晨10点及时联系 SRE 同事询问相关原因，沟通当日具体的部署时间与安排，以及检查部署后 qa pipeline 与环境的正确性。
  3. 紧急部署以及特殊时间部署时，SRE 同事需提前通知 on-call 同事予以支持，在部署完成后，检查环境以及功能的正确性。
• product release on-call 执行

SRE会在每周四晚8点开始部署生产环境，部署大概需要约半小时，部署成功后，product release on-call 的 QA 应在生产环境快速做一轮 heath check 查看服务的正确性，并且 prod qa pipeline 同时在运行，等pipeline完成后，检查pipeline是否有存在问题。

极狐GitLab QA pipeline daily on-call workflow

极狐GitLab QA pipeline release on-call workflow

极狐GitLab QA pipeline on-call fail case track 列表

所有on-call发现的issue都会关联到此 epic 下，且应使用 pipeline跟踪 中使用 QA Failure 模版来建立issue，且对应 label 中加入发现 issue 时对应的 milestone 标记。