Azure DevOps サービス
テスト実行ハブを使用して、テストの実行を追跡し、結果を分析し、開発サイクル間で品質を維持します。
テスト実行では、結果、期間、環境を記録する 1 つ以上のテスト ケースの実行をキャプチャします。 テストプランまたはパイプラインからテストケースを実行すると、システムはテストランを自動的に作成します。
テスト実行はチームに役立ちます。
- 品質の傾向を監視 – 時間の経過に伴う合格率とテストの進行状況を追跡します。
- 問題をすばやく特定 する - 回帰、失敗、ブロックされたテストを見つけます。
- テスト履歴の維持 – 実行履歴データを監査および分析します。
テストの実行結果にアクセスする
Azure DevOps プロジェクトで、 テスト 計画>Runs を選択します。
[テストの実行] ページには、フィルター処理と検索機能を備えた手動実行と自動実行がすべて一覧表示されます。
Tip
この記事の後半でAI を使用してこのタスクに役立てる方法をご説明します。または、Azure DevOps MCP Server で AI サポートを有効にする方法を参照して作業を開始できます。
テストランの検索とフィルタリング
テスト実行ハブの既定値は、過去 7 日間の手動実行です。 ドロップダウン フィルターを使用して、タイムライン、実行の種類、およびその他の属性で結果を絞り込みます。
テスト実行ハブでは、次の検索機能とフィルター機能がサポートされています。
- 実行 ID 検索 - 正確なテスト実行 ID を入力して、その実行に直接ジャンプします。 ID 検索は、他のすべてのアクティブなフィルターをオーバーライドします。
- [タイトル検索の実行] - 実行タイトルで検索します。 検索語句で始まる実行タイトルが検索結果に表示されます。
- 時間範囲 - 任意の時点から最大 90 日間の期間にわたって検索します。
- 永続的なフィルター - フィルターの選択と列の幅は、セッション間でクリアされるまで保持されます。
フィルターは追加的に機能します。 テスト実行ハブには、最大 5,000 件の結果が表示されます。 共有またはドキュメント用の任意の画面からテキストを選択してコピーできます。
表示される列をカスタマイズするには:
[列] オプションを選択します。
目的の列を選択し、[ 適用] を選択します。
Note
[パイプラインの実行] 列は、自動実行にのみ適用されます。 ビルドによってトリガーされる実行のビルド名と、リリースによってトリガーされる実行のリリース名が表示されます。
テストの実行状態
テストの実行状態には、そのテスト ケースの集計結果が反映されます。
| State | Description |
|---|---|
| Completed | 合格したすべてのテスト ケース、または 該当しない ケースが除外された後に合格した残りのすべてのケース。 |
| 調査が必要 | 1 つ以上のテスト ケースが失敗したか、ブロックされました。 |
| 処理中 | 1 つ以上のテスト ケースが一時停止されています。 実行を再開できます。 |
テスト実行の詳細を表示する
テストの実行を選択して、その詳細ページを開きます。 実行の詳細には、概要、分析ダッシュボード、個々のテスト ケースの結果が含まれます。
実行の概要
[概要] タブには、全体的な合格率、テスト ケースの結果、実行メタデータ、実行中にキャプチャされた添付ファイルまたはログが表示されます。
- 成功率 - 成功した実行されたケースの割合。 [適用なし] とマークされたケースは、計算から除外されます。
-
コメント - Markdown 形式の実行レベルのコメント。
@を使用してユーザーにタグを付け、作業項目を#にリンクし、プル要求を!で参照します。 - テスト ケースの結果 - 各テスト ケースの結果: 成功、失敗、または未実行。
- 実行メタデータ - テストを実行したユーザー、テストの実行時、使用された環境。
- 添付ファイルとログ - 実行中にキャプチャされたスクリーンショット、ログ、およびその他の成果物。
分析ダッシュボード
各テストの実行には、結果、優先順位、構成、失敗の種類、および解決によって結果を分類する分析ダッシュボードが含まれています。 タイルのサブカテゴリーラベルを選択して、ダッシュボードをその内訳に絞り込みます。
パイプライン ログからテスト実行への移動
パイプラインによってトリガーされる自動実行の場合は、パイプラインの実行の詳細からテスト実行の概要に直接移動できます。 パイプライン ログのテスト結果リンクを選択して、テスト実行ハブで対応する実行を開きます。
添付ファイルの管理
テスト実行に添付ファイルを追加するには:
テスト実行の詳細で、[ + 添付ファイルの追加] を選択します。
ファイルを選択してアップロードします。
その後、添付ファイルを表示、ダウンロード、または削除できます。
イメージと PDF をインラインでプレビューするファイル名を選択します。
Note
実行レベルの添付ファイルは、テスト結果の添付ファイルとは別です。 結果固有のファイルを表示するには、結果の詳細を開 き、[添付ファイル ] タブを選択します。
テストケースの結果を扱う
個々のテスト結果を確認し、テスト ケースの結果セクションから列の表示をカスタマイズします。 自動実行の場合、トリアージを高速化するために、既定の 結果 フィルターが [失敗] または [中止] に設定されます。 手動実行の場合、すべての結果が表示されます。
結果を作業項目にリンクする
テスト結果をバグやその他の作業項目に関連付けるには:
リンクするテスト ケースのチェック ボックスをオンにします。
新しいバグを作成するか、既存の作業項目へのリンクを作成します。
プロジェクト間で作業項目をリンクする
テスト結果とは異なるプロジェクトに存在するバグや作業項目を検索してリンクするには:
- テスト ケースの結果を開き、[リンクされた作業項目] セクションで [+ 追加] を選択します。
- [ プロジェクト間のクエリ] オプションを有効にします。
- 組織内のすべてのプロジェクトの ID またはタイトルで作業項目を検索します。
プロジェクト間リンクは、共有コンポーネントまたは依存関係が複数のプロジェクトにまたがる場合に便利です。
詳細なテスト結果を分析する
テスト ケースを選択して、その詳細な結果を表示します。
| セクション | Description |
|---|---|
| テスト結果の概要 | 選択したテスト ケースの実行の概要。 |
| リンクされた作業項目 | 関連するバグと作業項目。 [ + 追加] を選択して、さらにリンクします。 既定では、テスト結果に直接リンクされた作業項目のみが表示され、テスト メソッドを介して間接的にリンクされたアイテムは表示されません。 |
| テスト手順 | ステップ バイ ステップの結果とコメント。 [ Show images to preview captured screenshots inline]\(画像を表示してキャプチャされたスクリーンショットをインラインでプレビューする\) を有効にします。 |
| スタック トレース (自動実行) | 完全なスタック トレースの読みやすさが向上したスタック トレース ビューが強化されました。 |
| 分析情報 | 実行後の分析と次のアクション。 |
| Attachments | この特定のテスト結果に添付されたファイル。 自動実行の場合、すべてのサブ検索結果の添付ファイルが各テスト結果ページに表示されます。 |
次の例は、選択したテスト ケースの詳細な結果を示しています。
自動実行の場合、スタック トレース ビューでは、完全なスタック トレースの読みやすさが向上します。
分析情報
分析セクションは、実行後のレビューを構成するのに役立ちます。 これは、実行後のすべてのテスト結果で使用できます。 失敗、一時停止、ブロックされたケースには、追加のトリアージ フィールドがあります。 分析コメントは、実行レベルおよび結果レベルのコメントとは別です。
エラーの種類の追加などのドロップダウン オプションをカスタマイズするには、Azure DevOps REST API を使用します。
テスト実行の保持期間
Azure DevOpsは、システムのパフォーマンスを維持するために、テスト実行データの保持を自動的に管理します。
既定の保持制限
| 実行の種類 | 既定の保持期間 | 詳細 |
|---|---|---|
| 手動テスト結果 | 365 日 | Azure DevOpsは、プロジェクト レベルで別の保持期間を構成しない限り、1 年後に手動テスト結果を削除します。 |
| 自動テスト結果 | ビルド保持期間に結び付けられている | 自動結果は、関連付けられているビルドが保持されている限り保持されます。 ビルドを削除すると、そのテスト結果も削除されます。 |
警告
リテンション期間によってテストの実行とテスト結果が削除されると、関連するテスト ポイントの結果がアクティブにリセット されます。 この変更により、進行状況レポートの実行率が低下する可能性があります。
保持設定を構成する
これらは既定の保持設定です。 プロジェクトのリテンション期間の制限を調整するには:
- Project settings>Test>Retention に移動します。
- 手動テスト結果を保持する日数を設定します。
テスト実行を削除しない場合は、[ 削除しない ] オプションを選択します。
関連するビルドが削除された後も自動テスト結果を保持するには、ビルド保持ポリシーを編集し、テスト結果の保持を個別に構成します。 Git リポジトリの場合は、ブランチに基づいてリテンション期間を指定できます。
詳細な構成手順については、「 テスト保持ポリシーの設定」を参照してください。 ビルド レベルの保持設定については、「 ビルド、リリース、テストのアイテム保持ポリシーを設定する」を参照してください。
AI を使用してテストの実行を管理する
Azure DevOps MCP Server を構成する場合は、AI アシスタントを使用して、自然言語プロンプトを使用してテストの実行を管理できます。
テスト実行管理のプロンプトの例
| Task | プロンプトの例 |
|---|---|
| 最近のテスト実行を表示する | Show all test runs in project <Contoso> from the last 7 days |
| テストの実行結果を確認する | Show the results of test run <56789> in project <Contoso> |
| 失敗したテストを見つける | List all failed test cases in the most recent test run for test plan <12345> |
| テストの傾向を分析する | Show test run pass rates for project <Contoso> over the last 30 days |
| テスト進行状況の追跡 | Show the count of passed, failed, and not-run test cases in test plan <12345> |
| ブロックされたテストを検索する | List test cases in test run <56789> that have outcome = <Blocked> |
| 2 つのテスト実行を比較する | Compare the results of test run <56789> and test run <56790> in project <Contoso> |
| 未テストの領域を検索する | List area paths in project <Contoso> with no test runs in the last 14 days |
| 実行時間が最も長いテストを特定する | Show the 10 test cases with the longest execution time in test run <56789> |
| サーフェス回帰 | List test cases that passed in test run <56789> but failed in test run <56790> |
Tip
Visual Studio Code を使用している場合、 エージェント モード は、複雑なテスト実行シナリオのトラブルシューティングに特に役立ちます。
- 以前のクエリの古いデータやキャッシュされたデータを使用しないようにするには、プロンプトに「以前にフェッチされたデータを使用しないでください」と追加します。
関連するコンテンツ
- テスト保持ポリシーの設定
- テスト計画とテストスイートの作成
- テスト ケース を作成する
- 手動テスト を実行する
テスト計画から自動テストを実行する - テスト プランに関する FAQ