엔드 투 엔드 테스트용 RSpec 메타데이터
이것은 저희의 엔드 투 엔드 테스트에 사용되는 RSpec 메타데이터(태그)의 부분적인 목록입니다.
태그 | 설명 |
---|---|
:elasticsearch
| 이 테스트는 Elasticsearch 서비스가 필요합니다. 인스턴스 레벨 시나리오인 Test::Integration::Elasticsearch 에서 Elasticsearch가 필요한 테스트를 포함하도록 사용됩니다.
|
:except
| 이 테스트는 특정한 실행 컨텍스트에서 실행되어야 할 때를 제외하고 실행되어야 합니다. 자세한 내용은 test execution context selection을 참조해 주세요. |
:external_api_calls
| 이 테스트는 Docker 네트워크 외부와 상호작용이 필요합니다. |
:external_ai_provider
| 이 테스트는 실제 외부 AI 공급업체와 통합된 환경이 필요합니다. |
:feature_flag
| 이 테스트는 피처 플래그를 사용하며 관리자 계정이 필요합니다. scope 가 :global 로 설정된 경우, 이 테스트는 모든 라이브 .com 환경에서 생략됩니다. 그렇지 않으면 Canary, Production, 그리고 Pre-production에서만 생략됩니다. 자세한 내용은 testing with feature flags를 참조해 주세요.
|
:geo
| 이 테스트는 두 개의 GitLab Geo 인스턴스(주 서버 및 보조 서버)가 실행되어야 할 필요가 있습니다. |
:gitaly_cluster
| 이 테스트는 GitLab 인스턴스가 Praefect 노드 뒤의 여러 Gitaly 노드에 저장된 리포지토리를 사용하는 GitLab 인스턴스 상에서 실행됩니다. 이 태그를 사용하는 테스트의 경우 세 개의 추가 컨테이너를 시작해야 하기 때문에 보다 오랜 시간이 걸립니다. |
:github
| 이 테스트는 GitHub 개인 액세스 토큰이 필요합니다. |
:group_saml
| 이 테스트는 그룹에 대해 SAML SSO가 활성화된 GitLab 인스턴스가 필요합니다. 외부 SAML 식별 공급자와 상호작용합니다. :orchestrated 태그와 짝을 이룹니다.
|
:instance_saml
| 이 테스트는 인스턴스에 대해 SAML SSO가 활성화된 GitLab 인스턴스가 필요합니다. 외부 SAML 식별 공급자와 상호작용합니다. :orchestrated 태그와 짝을 이룹니다.
|
:integrations
| 이 테스트는 사용 가능한 integrations을 테스트합니다. 테스트 실행 컨텍스트에서 도커가 설치되어 있어야 하며, 컨테이너를 제공하며 로컬 인스턴스에서 실행하거나 gitlab-qa 시나리오 Test::Integration::Integrations 를 사용하여 실행됩니다.
|
:issue , :issue_${num}
| 이 태그는 해당 스펙과 관련이 있는 사안에 대한 링크가 선택적으로 추가됩니다. 이는 관련된 이슈를 추적하는 데 도움이 되며 테스트 보고서를 생성하는 도구에서도 사용할 수 있습니다. 현재 Allure 테스트 보고서에 자동으로 추가됩니다. issue_1 , issue_2 와 같이 선택적인 번호를 추가하여 여러 태그를 사용할 수 있습니다.
|
:service_ping_disabled
| 이 테스트는 GitLab 구성 서비스 핑과 상호작용하여 Admin 영역 설정 서비스 핑 확인란을 켜거나 끄는 것입니다. 이 태그는 service_ping_disabled 작업에서만 테스트를 실행하도록 합니다. :orchestrated 및 :requires_admin 태그와 짝을 이룹니다.
|
:jira
| 이 테스트는 Jira Server가 필요합니다. GitLab-QA 는 Test::Integration::Jira 테스트 시나리오가 실행될 때 Jira Server를 Docker 컨테이너에 제공합니다.
|
:kubernetes
| 이 테스트는 SSH 터널 뒤에서 실행되도록 구성된 GitLab 인스턴스를 포함하며, 적어도 하나의 Kubernetes 클러스터도 테스트 대상이 될 것입니다. 이 태그는 종종 :orchestrated 와 함께 사용됩니다.
|
:ldap_no_server
| 이 테스트는 GitLab 인스턴스가 LDAP을 사용하도록 구성되어 있어야 합니다. :orchestrated 태그와 함께 사용됩니다.
|
:ldap_no_tls
| 이 테스트는 TLS가 비활성화된 외부 LDAP 서버를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. |
:ldap_tls
| 이 테스트는 TLS가 활성화된 외부 LDAP 서버를 사용하도록 구성된 GitLab 인스턴스가 필요합니다. |
:mattermost
| 이 테스트는 GitLab 인스턴스에서 GitLab Mattermost 서비스가 필요합니다. |
:metrics
| 이 테스트는 dedicated metrics exporters가 Puma 및 Sidekiq과 함께 실행되는 GitLab 인스턴스가 필요합니다. |
:mixed_env
| 이 테스트는 gitlab_canary=true 쿠키의 존재 여부에 기반한 트래픽 라우팅을 사용한 혼합 배포 환경만에서 실행되어야 합니다. 이 카테고리의 테스트는 테스트 중에 쿠키를 변경하여 혼합 배포 환경을 유효성 검사하기 위한 것입니다.
|
:oauth
| 이 테스트에서는 외부 OmniAuth 제공자를 사용하여 GitLab에 로그인합니다. |
:object_storage
| 이 테스트는 GitLab 인스턴스가 여러 객체 저장 유형을 사용하도록 구성되어 있어야 합니다. 객체 저장 서버로 MinIO를 사용합니다. |
:only
| 이 테스트는 특정한 실행 컨텍스트에서만 실행되어야 합니다. 자세한 내용은 test execution context selection을 참조해 주세요. |
:orchestrated
| 테스트 중인 GitLab 인스턴스가 기본 GitLab 구성과 다를 수 있도록 gitlab-qa 에 의해 구성될 수 있습니다. 또는 gitlab-qa 가 별도의 Docker 컨테이너에서 추가 서비스를 시작하거나 둘 다일 수 있습니다. :orchestrated 로 태그가 지정된 테스트는 GitLab 구성을 동적으로 수정할 수 없는 테스트 환경에서는(ex. Staging) 제외됩니다.
|
:product_group
| 이 태그는 테스트가 속한 제품 그룹을 지정합니다. 자세한 내용은 Product sections, stages, groups, and categories를 참조해 주세요. |
:quarantine
| 이 테스트는 격리되었으며, 격리된 테스트만 포함된 별도의 작업에서 실행되어야 하며 실패해도 괜찮습니다. 이 테스트는 일반적인 작업에서 생략되어 실패해도 파이프라인이 지연되지 않도록 격리됩니다. 또한 특정 환경에서만 테스트를 격리할 수도 있습니다. |
:relative_url
| 이 테스트는 relative URL로 설치된 GitLab 인스턴스가 필요합니다. |
:blocking
|
e2e:test-on-gdk 파이프라인에서 실행되는 테스트이며 실패해서는 안 되는 테스트입니다. 일관적으로 통과하는 테스트에만 이 태그를 사용해야 합니다.
|
: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(a.k.a. Praefect)를 사용해야 합니다. 기본적으로 사용한다고 가정되지만, 그렇지 않은 경우 QA_CAN_TEST_PRAEFECT 를 false 로 설정하여 테스트를 생략할 수 있습니다.
|
:runner
| 이 테스트는 GitLab Runner 인스턴스에 의존하고 설정하며, 일반적으로 파이프라인을 실행하는 데 사용됩니다. |
:skip_live_env
| 이 테스트는 스테이징, 캐너리 및 프로덕션과 같은 라이브 배포 환경에서 실행될 때 생략됩니다. |
:skip_fips_env
| 이 테스트는 FIPS 모드에서 실행될 때 생략됩니다. |
:skip_signup_disabled
| 이 테스트는 UI를 사용하여 새 사용자를 등록하는 경우이며 UI를 통해 새 사용자 등록이 허용되지 않는 환경에서는 생략됩니다. |
:smoke
| 이 테스트는 GitLab 인스턴스의 기본 기능을 확인하는 테스트 스위트에 속합니다. |
:health_check
| 이 테스트는 가장 작은 테스트 스위트에 속하며, smoke의 하위 집합에 해당합니다. 애플리케이션의 상태와 건강을 모니터링하는 데 사용됩니다. |
:smtp
| 이 테스트는 GitLab 인스턴스가 SMTP 서버를 사용하도록 구성되어 있어야 합니다. MailHog를 사용하여 GitLab에서 SMTP 알림 이메일 전달을 테스트합니다. |
:testcase
| GitLab Project test cases의 테스트 케이스 이슈에 대한 링크입니다. |
:transient
| 이 테스트는 일시적 버그를 테스트합니다. 기본적으로 제외됩니다. |
:ai_gateway
| 이 테스트는 로컬 AI Gateway를 사용하는 GitLab 인스턴스가 필요하며, 관리자 사용자에게는 유효한 클라우드 라이선스, Duo Pro 추가 기능 및 Duo Pro 좌석이 할당되어 있어야 합니다. :orchestrated 태그와 짝을 이룹니다.
|
:ai_gateway_no_seat_assigned
| 이 테스트는 관리자 사용자에 좌석이 할당되지 않은 로컬 AI Gateway를 사용하는 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 짝을 이룹니다.
|
:ai_gateway_no_license
| 이 테스트는 유효한 클라우드 라이선스가 없는 로컬 AI Gateway를 사용하는 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 짝을 이룹니다.
|
:ai_gateway_no_add_on
| 이 테스트는 유효한 클라우드 라이선스가 있지만 Duo Pro 추가 기능이 할당되지 않은 로컬 AI Gateway를 사용하는 GitLab 인스턴스가 필요합니다. :orchestrated 태그와 짝을 이룹니다.
|