极狐GitLab QA pipeline介绍

概述

本文旨在帮助您了解相关极狐GitLab QA pipeline 架构，以及以及相关环境的pipeline信息。

极狐GitLab QA staging pipeline流程图

由于极狐GitLab QA pipeline需要支持多场景测试，以及多环境的测试工作，所以需要不同的环境变量来配合pileline完成整个测试工作。您可以在环境变量列表中查看具体所用变量。

不同的测试需要考虑不同的测试场景，例如：一些case只支持在中文语言环境中运行，那么我们需要使用 Feature Flag来打开或者关闭该功能，使pipeline 通过测试。您可以在pipeline feature flag列表中查看测试需要哪些feature flag。

极狐GitLab使用了大量的测试来保证产品的正确性，这些测试需要消耗大量的时间来运行测试，极狐GitLab采用并行以及最优运行测试的策略来保证pipeline的效率，您可以在这篇文章中了解极狐如何利用并行测试的方式来提升测试效率。

极狐GitLab QA pipeline report为了适配极狐Gitlab-qa 测试框架专门定制的架构与流程，具体内容请参阅极狐GitLab QA pipleine Report介绍进行了解。

极狐GitLab QA pipeline 为了尽早将发现的问题通知到开发团队，采用了与slack集成的方式，具体内容请参阅极狐GitLab QA pipleine notification了解。

目前为止极狐Gitlab 的 release 频率按照环境的不同分为一天数次或数天一次，我们需要设置适当的测试流程和测试场景来覆盖 release 流程。

环境	类型	测试场景	运行频率	Slack频道	Setup状态
Production	SaaS	Smoke and Reliable	每12小时	`#qa-production`	ready to start
Production	SaaS	Full	每24小时	`#qa-production`	to be started
Canary	SaaS	Smoke and Reliable	每8小时，每次部署触发	`#qa-production`	to be started
Staging	SaaS	Smoke and Reliable(include fulfillment)	每次部署触发	`#qa-staging`	Done
Staging-Canary	SaaS	Smoke and Reliable	每8小时，每次部署触发	`#qa-staging`	to be started
Staging-Canary	SaaS	Smoke and Reliable (No Admin)	每8小时	`#qa-staging`	to be started
Staging-Canary	SaaS	Full	每日12点	`#qa-staging`	to be started
Release	Self-managed	Smoke, Reliable	部署后触发	`#qa-release`	Done
CustomerDot Staging	SaaS	fulfillment only	部署后触发	`#qa-fulfillment`	Done
Omnibus installation	SaaS	Full	部署后触发	`#qa-nightly`	Done
GitLab `main-jh`	SaaS	Full	`package-and-qa`job	`#qa-master`	to be started

环境	类型	URL	部署频率
Production	SaaS	https://jihulab.com/	依据 MileStone
Staging	SaaS	https://staging.jihulab.com/	每天6点、12点、16点尝试部署，每次大概运行2小时
Canary	SaaS	(待建)
Staging-Canary	SaaS	(待建)
Preprod	Self-managed	(待建)
Release	Self-managed	(待建)
CustomerDot Staging	SaaS	https://customers.stg.jihulab.com/	按需部署
GitLab `main-jh`	SaaS	(待建)