Environments グループ - Environments グループ向け GitLab 品質保証エンドツーエンドテスト
概要
このページの目的は、Environments グループが GitLab QA フレームワーク（動画ウォークスルー）を使ってエンドツーエンドテストを実装・実行する方法を文書化することです。
なぜエンドツーエンドテストが必要か
エンドツーエンドテストは、アプリケーションがソフトウェアスタックとアーキテクチャ全体にわたって期待どおりに動作するかどうかを確認するための戦略で、連携して機能するはずのすべてのマイクロサービスとコンポーネントの統合も含まれます。
このテストピラミッドのレベルのテスト戦略は、Environments テストプラン epic にあります。
テストの場所
GitLab リポジトリ において、Environments グループのエンドツーエンドテストは以下の場所にあります。
qa/qa/specs/features/api/7_configure/qa/qa/specs/features/browser_ui/7_configure/qa/qa/specs/features/ee/api/7_configure/qa/qa/specs/features/ee/browser_ui/7_configure/
制限事項
Environments のエンドツーエンドテストは staging と staging-canary 環境でのみ実行されます。 テストコードを直接変更しない限り、ローカルの GDK に対してこの種のテストを実行することはできません。
FAQ
e2e:test-on-omnibus ジョブを起動しました。テストはどこで見つけられますか？
MR があり、エンドツーエンドテストが実行されていることを確認したい場合は、MR のパイプラインで手動の e2e:test-on-omnibus ジョブを起動してください。パイプラインの実行後、MR にテストレポートリンクを含む「Allure report」というメモが表示されます。
e2e:test-on-omnibus パイプラインで失敗したジョブを直接確認することもできます。
注意: 現在、Environments に最も関連するテストは staging と staging canary 環境のみで実行されます。
staging または staging canary のテスト結果はどこで確認できますか？
staging で実行されるテストは https://ops.gitlab.net/gitlab-org/quality/staging/ へのアクセスが必要です。
テスト実行の結果は #e2e-run-staging Slack チャンネルでも確認できます。Environments に関連する staging パイプラインのジョブは以下のとおりです。
ee-qa-apiqa-browser_ui-7_configure
テストはどのリソースを使用し、どこで見つけられますか？
Environments エンドツーエンドテストは GCP の gitlab-qa-resources プロジェクトを使用して GKE クラスターを起動します。
使用中の Kubernetes 向け GitLab Agent のクライアントバージョンは何ですか？
使用中のバージョンは ランタイム環境変数ファイル で確認できます。
トラブルシューティング
#s_developer_experience チャンネルにお問い合わせください。
