테스트 거버넌스 팁과 트릭

GitLab QA 파이프라인 실행, 디버깅 설정, 자동화 스크립트 등 일상적인 품질 엔지니어링 작업에 유용한 팁과 트릭을 설명합니다.

개요 # 이 페이지에는 일상적인 품질 엔지니어링 관련 작업에서 유용하다고 판단된 여러 팁과 트릭이 나열되어 있습니다. 특정 GitLab 릴리즈에 대해 GitLab-QA 파이프라인 실행하기 # GitLab-QA 코드베이스 작업 중에, GitLab 프로젝트 의 특정 릴리즈에 대해 GitLab-QA 파이프라인을 실행하는 것이 유용한 경우가 있습니다. 이는 특정 GitLab 릴리즈에 GitLab-QA의 변경 사항을 검증하는 데 필요한 특정 코드가 포함되어 있는 경우 등의 이유일 수 있습니다. 특정 GitLab 릴리즈에 대해 GitLab-QA 파이프라인 을 실행하려면, omnibus 파이프라인에서 생성 및 태깅한 GitLab 릴리즈 버전을 알아야 합니다. 이 정보는 test-on-omnibus test job의 RELEASE 변수를 관찰하거나, test-on-omnibus job에서 트리거된 Trigger:gitlab-docker job의 마지막 출력 줄에서 확인할 수 있습니다. 다음은 RELEASE 문자열의 예시입니다: registry.gitlab.com/gitlab-org/omnibus-gitlab/gitlab-ee:41b42271ff37bf79066ef3089432ee28cfd81d8c 이 문자열을 복사하고 새 GitLab-QA 파이프라인 을 생성할 때 RELEASE 변수에 복사한 문자열을 값으로 사용합니다. QA_IMAGE 라는 다른 변수도 생성하고, test-on-omnibus 업스트림 job에서 확인할 수 있는 값으로 설정합니다. 다음은 QA_IMAGE 문자열의 예시입니다: registry.gitlab.com/gitlab-org/gitlab/gitlab-ee-qa:qa-shl-use-unique-group-for-access-termination-specs 이 문자열은 이미지 이름의 -qa 접미사와 GitLab 프로젝트의 브랜치 이름인 태그를 제외하면 RELEASE 와 동일합니다. 이제 변경 사항이 있는 브랜치에 대해 파이프라인을 실행합니다. 또한 GitLab 머지 리퀘스트의 test-on-omnibus job에서 RELEASE 및 QA_IMAGE 변수를 사용하여 특정 GitLab 환경 에 대한 수동 GitLab-QA 파이프라인을 트리거하는 것도 가능합니다. 예를 들어, 다음은 Staging에 대해 수동 GitLab QA 파이프라인을 실행하기 위한 링크입니다. 참고: registry.gitlab.com 이 사용되는 경우, 인증 오류를 방지하기 위해 GITLAB_QA_CONTAINER_REGISTRY_ACCESS_TOKEN 변수도 프로덕션 gitlab-qa 사용자의 액세스 토큰 값으로 포함해야 합니다. 특정 GitLab-QA 브랜치의 코드를 사용하여 엔드투엔드 테스트 파이프라인 실행하기 # 라이브 환경에 대해 특정 GitLab-QA 브랜치에서 실행하기 # GitLab-QA 코드베이스 의 변경 사항이 gitlab-org/gitlab nightly 스케줄 파이프라인 , Staging , Pre-Prod , Canary 또는 Productio