엔드-투-엔드 테스트를 위한 RSpec 메타데이터
GitLab v19.1요약
엔드-투-엔드 테스트에서 사용되는 RSpec 메타데이터(태그라고도 함)의 부분 목록입니다.
엔드-투-엔드 테스트에서 사용되는 RSpec 메타데이터(태그라고도 함)의 부분 목록입니다.
| 태그 | 설명 |
|---|---|
| :elasticsearch | 테스트에 Elasticsearch 서비스가 필요합니다. 인스턴스 수준 시나리오 Test::Integration::Elasticsearch에서 Elasticsearch가 필요한 테스트만 포함하는 데 사용됩니다. |
| :except | 테스트는 지정된 경우를 제외하고 일반적인 실행 컨텍스트에서 실행됩니다. 자세한 내용은 테스트 실행 컨텍스트 선택을 참고하세요. |
| :external_api_calls | 테스트에 Docker 네트워크 외부의 네트워크와의 상호작용이 필요합니다. |
| :external_ai_provider | 테스트에 실제 외부 AI 제공업체와 통합된 환경이 필요합니다. |
| :feature_flag | 테스트에 기능 플래그가 사용되므로 실행 시 관리자 계정이 필요합니다. 범위가 :global로 설정된 경우 모든 라이브 .com 환경에서 테스트가 건너뜁니다. 그렇지 않으면 Canary, Production, Pre-production에서만 건너뜁니다. 자세한 내용은 기능 플래그를 사용한 테스트를 참고하세요. |
| :geo | 테스트에는 두 개의 GitLab Geo 인스턴스(기본 및 보조)가 필요합니다. |
| :gitaly_cluster | 테스트는 Praefect 노드 뒤에 있는 중복 Gitaly 노드에 리포지터리가 저장된 GitLab 인스턴스에 대해 실행됩니다. 모든 노드는 별개의 컨테이너입니다. 이 태그를 사용하는 테스트는 시작해야 하는 세 개의 추가 컨테이너로 인해 설정 시간이 더 길어집니다. |
| :github | 테스트에 GitHub 개인 액세스 토큰이 필요합니다. |
| :group_saml | 테스트에는 그룹에 SAML SSO가 활성화된 GitLab 인스턴스가 필요합니다. 외부 SAML ID 제공업체와 상호작용합니다. :orchestrated 태그와 함께 사용됩니다. |
| :instance_saml | 테스트에는 인스턴스에 SAML SSO가 활성화된 GitLab 인스턴스가 필요합니다. 외부 SAML ID 제공업체와 상호작용합니다. :orchestrated 태그와 함께 사용됩니다. |
| :integrations | 사용 가능한 통합을 테스트하는 것을 목표로 합니다. 테스트에는 실행 컨텍스트에 Docker가 설치되어 있어야 합니다. 컨테이너를 프로비저닝하며 로컬 인스턴스에 대해 또는 gitlab-qa 시나리오 Test::Integration::Integrations를 사용하여 실행할 수 있습니다. |
| :issue, :issue_${num} | 스펙과 관련이 있을 수 있는 이슈에 대한 선택적 링크입니다. 관련 이슈를 추적하는 데 도움이 되며 테스트 보고서를 생성하는 도구에서도 사용할 수 있습니다. 현재 Allure 테스트 보고서에 자동으로 추가됩니다. issue_1, issue_2 등과 같이 선택적 숫자 접미사를 추가하여 여러 태그를 사용할 수 있습니다. |
| :service_ping_disabled | 테스트는 인스턴스 수준에서 Admin area 설정 service ping 체크박스를 켜거나 끄기 위해 GitLab 구성 서비스 ping과 상호작용합니다. 이 태그는 테스트를 service_ping_disabled job에서만 실행되게 하며 :orchestrated 및 :requires_admin 태그와 함께 사용해야 합니다. |
| :jira | 테스트에 Jira Server가 필요합니다. Test::Integration::Jira 테스트 시나리오가 실행될 때 GitLab-QA는 Docker 컨테이너에서 Jira Server를 프로비저닝합니다. |
| :kubernetes | 테스트에는 SSH 터널 뒤에서 실행되도록 구성된 GitLab 인스턴스가 포함되어 있어 TLS 접근 가능한 GitLab을 허용합니다. 이 테스트에는 테스트할 하나 이상의 쿠버네티스 클러스터 프로비저닝도 포함됩니다. 이 태그는 종종 :orchestrated와 함께 사용됩니다. |
| :ldap_no_server | 테스트에는 LDAP를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 함께 사용합니다. 오케스트레이션 시 LDAP 서버를 시작하지 않습니다. 대신 런타임에 LDAP 서버를 생성합니다. |
| :ldap_no_tls | 테스트에는 TLS가 활성화되지 않은 외부 LDAP 서버를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. |
| :ldap_tls | 테스트에는 TLS가 활성화된 외부 LDAP 서버를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. |
| :mattermost | 테스트에는 GitLab 인스턴스에 GitLab Mattermost 서비스가 필요합니다. |
| :metrics | 테스트에는 Puma 및 Sidekiq와 함께 전용 메트릭 내보내기가 실행 중인 GitLab 인스턴스가 필요합니다. |
| :mixed_env | 테스트는 gitlab_canary=true 쿠키의 존재에 기반한 트래픽 라우팅을 통해 쌍을 이루는 canary 버전을 사용할 수 있는 환경에서만 실행해야 합니다. 이 범주의 테스트는 혼합 배포 환경을 검증하기 위해 테스트 중간에 쿠키를 전환합니다. |
| :oauth | 테스트는 외부 OmniAuth 제공업체를 사용하여 GitLab에 로그인합니다. |
| :object_storage | 테스트에는 여러 오브젝트 스토리지 유형을 사용하도록 구성된 GitLab 인스턴스가 필요합니다. S3 호환 오브젝트 스토리지 서버를 사용합니다. |
| :only | 테스트는 특정 실행 컨텍스트에서만 실행됩니다. 자세한 내용은 테스트 실행 컨텍스트 선택을 참고하세요. |
| :orchestrated | 테스트 중인 GitLab 인스턴스는 gitlab-qa에 의해 기본 GitLab 구성과 다르게 구성되거나, gitlab-qa가 별도의 Docker 컨테이너에서 추가 서비스를 실행하거나, 둘 다일 수 있습니다. :orchestrated 태그가 있는 테스트는 GitLab 구성을 동적으로 수정할 수 없는 환경(예: Staging)에서 테스트할 때 제외됩니다. |
| :product_group | 테스트가 속하는 제품 그룹을 지정합니다. 전체 그룹 목록은 Product sections, stages, groups, and categories를 참고하세요. |
| :quarantine | 테스트가 격리(quarantine)되어 격리된 테스트만 포함하는 별도의 job에서 실행되며 실패가 허용됩니다. 테스트가 실패하더라도 파이프라인을 차단하지 않도록 일반 job에서는 건너뜁니다. 특정 컨텍스트에서 실행될 때만 테스트를 격리할 수도 있습니다. |
| :relative_url | 테스트에는 상대 URL 아래에 설치된 GitLab 인스턴스가 필요합니다. |
| :repository_storage | 테스트에는 여러 리포지터리 스토리지 경로를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 함께 사용됩니다. |
| :requires_admin | 테스트에 관리자 계정이 필요합니다. 이 태그가 있는 테스트는 Canary 및 Production 환경에 대해 실행할 때 제외됩니다. |
| :requires_git_protocol_v2 | 테스트에는 서버에서 Git 프로토콜 버전 2가 활성화되어 있어야 합니다. 기본적으로 활성화된 것으로 가정하지만 그렇지 않은 경우 QA_CAN_TEST_GIT_PROTOCOL_V2를 false로 설정하여 테스트를 건너뛸 수 있습니다. |
| :requires_praefect | 테스트에는 GitLab 인스턴스가 리포지터리 스토리지로 Gitaly Cluster(Praefect)를 사용해야 합니다. 기본적으로 사용되는 것으로 가정하지만 그렇지 않은 경우 QA_CAN_TEST_PRAEFECT를 false로 설정하여 테스트를 건너뛸 수 있습니다. |
| :skip_cells | 테스트는 HTTP 라우터를 통해 Cell에 대해 실행될 때 제외됩니다. |
| :skip_fips_env | 테스트는 FIPS 모드의 환경에 대해 실행될 때 제외됩니다. |
| :skip_live_env | 테스트는 Staging, Canary, Production과 같은 라이브 배포 환경에 대해 실행될 때 제외됩니다. |
| :skip_signup_disabled | 테스트는 UI를 사용하여 신규 사용자를 등록하며 UI를 통한 신규 사용자 등록을 허용하지 않는 환경에서는 건너뜁니다. |
| :smoke | 테스트는 GitLab 인스턴스의 기본 기능을 검증하는 테스트 스위트에 속합니다. |
| :health_check | 테스트는 가장 작은 테스트 스위트인 smoke의 하위 집합에 속합니다. 애플리케이션의 상태와 건강을 모니터링하는 데 사용됩니다. |
| :smtp | 테스트에는 SMTP 서버를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. MailHog를 사용하여 GitLab에서 SMTP 알림 이메일 전달을 테스트합니다. |
| :testcase | GitLab 프로젝트 테스트 케이스의 테스트 케이스 이슈에 대한 링크입니다. |
| :ai_gateway | 테스트에는 유효한 클라우드 라이선스, GitLab Duo Pro 애드온 및 관리자 사용자에게 할당된 GitLab Duo Pro 시트가 있는 로컬 AI Gateway를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 함께 사용됩니다. |
| :ai_gateway_no_seat_assigned | 테스트에는 관리자 사용자에게 시트가 할당되지 않은 로컬 AI Gateway를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 함께 사용됩니다. |
| :ai_gateway_no_license | 테스트에는 유효한 클라우드 라이선스 없이 로컬 AI Gateway를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 함께 사용됩니다. |
| :ai_gateway_no_add_on | 테스트에는 유효한 클라우드 라이선스가 있지만 GitLab Duo Pro 애드온이 할당되지 않은 로컬 AI Gateway를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 함께 사용됩니다. |