Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019
Azure DevOps を使用すると、コア サービス間で接続して共同作業を行うことができます。 さまざまな機能を使用して、Azure Boards、Azure Repos、Azure Pipelines、Azure Test Plans 全体で devops タスクをリンクおよび追跡できます。 この記事では、Azure DevOps のクロスサービス統合を使用してワークフローと生産性を向上させる方法について説明します。
詳細情報へのリンク:
Azure DevOps 全体のコラボレーション
次の表は、チームやその他のチームと連携するのに役立つ機能の一部をまとめたものです。
| 機能 | 説明 |
|---|---|
@mentions (ディスカッションやコメントに追加) |
作業項目フォームのディスカッションや、コミット、プルリクエスト、またはチェンジセットのコメントセクション内でチームメンバーやチーム全体を@mention できます。 |
#ID (作業項目へのリンク) |
エンドツーエンドの追跡可能性をサポートするためには、コミット、プル要求、および変更セットから作業項目へのリンクを作成することができます。 |
| チーム | 各チームは、一連のアジャイル ツール およびチーム資産にアクセスできます。 これらのツールを使用すると、チームは自律的に作業し、企業全体の他のチームと共同作業を行うことができます。 各チームは、各ツールを構成およびカスタマイズして、その動作をサポートできます。 迅速なナビゲーションのために、お気に入りのリポジトリ、パイプライン、テスト計画を利用できます。 |
| アラート | 個人、チーム、プロジェクト、または組織レベルのアラートを構成またはオプトアウトします。 作業項目、コード レビュー、プル要求、ソース管理ファイル、ビルドなどの変更が発生したときに 電子メール アラートをサブスクライブします。 |
| 電子メールによる概要 | - 作業項目の一覧を電子メールで送信 - 電子メール 問い合わせ項目 - リリースの概要を電子メール で送信する |
| ウィキ | Wiki に Azure Boards のクエリ結果を埋め込みます。 |
Azure Boards と Azure Repos の統合
コードの変更は、さまざまなリンクの種類でユーザー ストーリーや機能にリンクできます。 Git の場合は、 Branch、 Commit、 Pull Request、または Tag を使用します。 TFVC の場合は、 Changeset または Versioned Item を使用します。
次の表は、Azure Boards と Azure Repos の統合ポイントをまとめたものです。
| 機能 | 説明 |
|---|---|
| 作業項目から Git 開発を推進する | Git ブランチを開始するか、Git コミットまたはプル要求にリンクし、作業項目フォーム内から作業項目の Git 開発サイクルをできます。 |
| Git コミットを使用して作業項目を自動的にリンクおよび遷移させる | Git リポジトリの場合は、次のオプションをオンまたはオフにすることができます。 - コミット コメント内でメンションを使用して作業項目をクローズします。 - pull request を使用して作業項目を完了するためのユーザーの選択を覚えておいてください。 - コミット コメントから作業項目をリンクします。 リポジトリ設定でコミットまたはプル要求からのリンクを自動化することもできます。 - コミットのメンション リンク機能: コミットメッセージ内で #WorkItemID を使用してオンにし、コミットを作業項目にリンクします。 別のアカウントまたはサービスからリポジトリをプッシュするときにオフにします。 リポジトリをインポートすると、Azure DevOps によってこの機能が自動的にオフになります。 - コミット メンション作業項目解決: これをオンにすると、コミット内で、Fixes #WorkItemID が付いた作業項目がクローズされます。 - 作業項目の切り替えの基本設定: 既定では、プル要求でリンクされた作業項目を完了するための各ユーザーのオプションが記憶されます。 この機能をオフにすると、ユーザーが pull request を使用して作業項目を完了できないようにすることができます。 オフの場合、ユーザーはプル要求ごとに作業項目を完了することを選択する必要があります。 |
| Git ブランチでリンクされた作業項目を確認する | Pull requests 時に、リンクされた作業項目を確認して、追跡可能性を強化します。 |
| プル要求で作業項目を自動的に完了する | 作業項目をプル要求 (PR) にリンクすると、PR が正常に完了したときに作業項目を自動的に完了できます。 システムは、将来の PR の選択をデフォルトとして設定します。 |
| 1 つの作業項目がリンクされているコード オブジェクトの一覧を表示する | 作業項目をコードの変更、ビルド、リリースにリンクして、機能開発の監査証跡を提供できます。 |
| 外部リンクのクエリを実行する | ブランチ、コミット、プル要求、またはタグへのリンクを含む作業項目をクエリできます。 |
| 作業追跡をサポートするようにブランチ ポリシーを構成する | ブランチへの変更に作業項目へのリンクがあることを確認するには、リポジトリ設定で Git リポジトリのブランチ ポリシーを構成します。 [リンクされた作業項目を確認します] オプションをオンにします。 [必須] を選択すると、完了のために少なくとも 1 つのリンクされた作業項目がすべての pull request に必要になります。 [ オプション を選択すると、リンクされた作業項目を含まない pull request が許可されますが、警告が表示されます。 |
Azure Boards と Azure Pipelines の統合
次の表は、Azure Boards と Azure Pipelines との間の統合ポイントをまとめたものです。 ユーザー ストーリーと機能の開発サイクルを進めていくと、いくつかの機能でエンド ツー エンドの追跡可能性がサポートされるようになります。 Azure Repos と同様に、[ビルド]、[ビルドに統合]、および [リリース時に統合] というリンクの種類を使用して、作業項目をパイプライン オブジェクトにリンクできます。
機能
説明
作業項目をビルドに手動でリンクします。
組織内またはコレクション内の同じプロジェクトまたは他のプロジェクト内のビルドに作業項目をリンクします。
組織内またはコレクション内の同じプロジェクト内のビルドに作業項目をリンクします。
統合オプションを設定して、パイプラインに関連付けられているブランチ、コミット、またはプル要求にリンクされている作業項目へのビルドで統合リンクを自動的に作成します。
開発コントロールにビルドへの統合リンクを設定するために必要です。 リリースの一部である作業項目またはコミットは、成果物のバージョンから計算されます。 たとえば、Azure Pipelines の各ビルドは、一連の作業項目とコミットに関連付けられます。 詳細については、「 統合をサポートするためのパイプラインの構成」を参照してください。
作業項目をビルドとリリースにリンクするには、クラシックまたは YAML パイプラインのオプションとブランチを選択します。 このアクションにより、ブランチ、コミット、またはプル要求にリンクされた作業項目のために、ビルド に統合された のリンクと、リリースステージ に統合された のリンクが作成されます。
クラシック パイプラインまたは YAML パイプラインを実行する際、[ビルドで統合] リンクがある Development コントロールおよび、[リリース ステージで統合] リンクがある Deployment コントロールから作業項目を入力する必要があります。 詳細については、「 統合をサポートするためのパイプラインの構成」を参照してください。
リリース ステージで、リリースに関連付けられているブランチ、コミット、またはプルリクエストにリンクされている作業項目に対して、統合オプションを設定して、自動的に「統合済み」と表示されるリンクを作成します。
[リリース ステータスで統合] リンクがある作業項目の Deployment コントロールを入力する必要があります。 詳細については、「リリース パイプラインの統合とレポートの操作方法」を参照。
クラシック リリース パイプラインにリンクされている作業項目の一覧を表示する
ビルドまたはリリースにリンクされているすべての作業項目を一覧表示します。
クラシック または YAML パイプラインにリンクされている作業項目の一覧を表示して開きます。
以前に選択したリリース以降にリリースにリンクされているすべての作業項目を一覧表示します。 各列でリストを並べ替えることができます。
1 つの作業項目がリンクされているビルド オブジェクトまたはリリース オブジェクトの一覧を表示する
機能の開発とデプロイの監査証跡を提供することで、作業項目をビルドとリリースにリンクできます。
外部リンクのクエリを実行します。
外部リンクを含む作業項目のクエリをできます。
作業項目がリンクされているリリース ステージを表示してすばやく移動します。
作業項目フォームの Deployment コントロールには、作業項目がリンクされているステージが表示されます。 一部の実行の状態を確認し、各ステージを開くか、ステージを展開して実行することができます。 詳細については、「 展開への作業項目のリンクと表示を参照してください。
失敗時に作業項目を作成し、必要に応じて作業項目フィールドの値を設定する (クラシック)
失敗時に作業項目を作成する (クラシックまたは YAML)、必要に応じて作業項目フィールドの値を設定する (クラシック)
ビルドが失敗したときに作業項目を自動的に作成し、フィールドを設定します。 詳細については、「クラシック パイプラインの Build オプション 」および「 パイプラインのカスタマイズ」の「失敗時に作業項目を作成する」を参照してください。
作業項目のクエリ タスク。 クエリから返される一致する作業項目の数がしきい値内にあることを確認します。
このタスクを使用して、作業項目クエリによって返される一致項目の数が、構成されているしきい値内であることを確認します。 詳細については、「作業項目タスクをクエリする」、「ゲートと承認でデプロイを制御する」を参照してください。
Azure Repos と Azure Pipelines の統合
Azure Pipelines では、Git または Team Foundation バージョン管理 (TFVC) リポジトリのいずれかの Azure Repos に格納されているコードを構築するためのサポートが提供されます。 Azure Pipelines でサポートされているその他のリポジトリは、 Supported ソース リポジトリに記載されています。
次の表は、Azure Repos と Azure Pipelines の統合機能をまとめたものです。
| 機能 | 説明 |
|---|---|
| デプロイの状態を報告する | Git リポジトリの Files、 Commits、および Branches ページでのデプロイの状態を示します。 この機能により、コードコミットからデプロイまでの追跡可能性が向上します。 リリース環境 構成して、デプロイの状態を報告できます。 |
| リリース状況バッジ | リポジトリに最新のパイプライン ビルドの状態を投稿します。 |
| コード カバレッジ | 発行と確認を行い、実際にテストされているプロジェクトのコードの割合を示すコードカバレッジの結果を確認します。 |
| 機能 | 説明 |
|---|---|
| デプロイの状態を報告する | Git リポジトリの Files、 Commits、および Branches ページでのデプロイの状態を示します。 この機能により、コードコミットからデプロイまでの追跡可能性が向上します。 リリース環境 構成して、デプロイの状態を報告できます。 |
| コード カバレッジ | 発行し、レビュー して、実際にテストされているプロジェクトのコードの割合を示すコードカバレッジの結果を報告します。 |
Azure Boards、Azure Repos、Azure Test Plans の統合
Azure Boards 作業項目の種類では、いくつかのコラボレーション シナリオがサポートされています。 マネージド クエリ と Azure DevOps 検索機能 を使用して、作業項目を検索して一覧表示できます。
注記
特定のツールまたはフォームを使用して、いくつかの作業項目の種類 (フィードバック要求、コード レビュー要求、共有ステップ、共有パラメーターなど) を作成する必要があります。 これらの型は [非表示の種類] カテゴリに追加され、作業項目の追加に使用されるメニューには表示されません。
継承されたプロセス モデルでは、テスト計画、テスト スイート、テスト ケースの作業項目の種類のみをカスタマイズできます。
| シナリオ | 作業項目の種類 | 説明 |
|---|---|---|
| コード レビューを要求する | コード レビュー リクエスト | TFVC 新しいコード レビュー フォームに入力された情報を追跡します。 詳細については、「 Visual Studio で確認したコードを取得するを参照してください。 |
| コード レビューを提供する | コード レビュー応答 | コード レビュー要求に対してコード レビュー担当者から提供 レビュー コメントを追跡します。 |
| フィードバックの要求 | フィードバック要求 | 要求フィードバック フォームに入力された情報を追跡します。 フィードバック要求を開始するには、次のフォームを使用します。 - 利害関係者のフィードバック を要求する - フィードバックを取得します。 |
| フィードバックを提供する | フィードバック レビュー | 利害関係者は、フィードバックの要求に基づいてフィードバックを提供したり、自発的にフィードバックを提供したりすることができます。これには、Microsoft Test & Feedback Marketplace拡張機能を使用します。 |
| 手動テスト | [テスト計画] | 1 つ以上のテスト スイートと個々のテスト ケースをグループ化します。 テスト計画には、静的テスト スイート、要件ベースのスイート、およびクエリベースのスイートが含まれます。 開始するには、「 テスト 計画とテスト スイートの作成を参照してください。 |
| 手動テスト | [テスト スイート] | 1 つ以上のテスト ケースを、1 つのテスト 計画内で個別のテスト シナリオにグループ化します。 テスト ケースをグループ化すると、どのシナリオが完了しているかを簡単に確認できます。 |
| 手動テスト | テスト ケース | コードが正しく動作し、エラーがなく、ビジネス要件と顧客要件を満たしていることを確認するために、コードの個々の部分を検証するために使用される手順を定義します。 テスト スイート 作成せずに 個々のテスト ケースをテスト 計画に追加できます。 複数のテストスイートまたはテストプランがテストケースを参照できます。 テスト ケースは、スイートまたはプランごとにコピーまたは複製しなくても、効果的に再利用できます。 |
| 手動テスト | 共有ステップ | 複数のテスト ケースで 共有手順を有効にします。 |
| 手動テスト | 共有パラメーター | 同じテストケースを異なるデータで繰り返すことができます。 |
作業項目の種類をテストする
テスト エクスペリエンスをサポートする作業項目の種類は、次の図に示すリンクの種類を使用してリンクされます。 これらの型には、Tested By/Tests、Test Cases/Shared Steps、および Reference By/Referencesが含まれます。
Web ポータルを使用すると、テスト スイートに対して定義されているテスト ケースと、テスト計画に定義されているテスト スイートを確認できます。 ただし、これらのオブジェクトを相互に接続する特定のリンクの種類はありません。
バグを追跡する
バグ作業項目の種類では、バグを追跡するときに注意する必要がある次の統合がサポートされています。
| シナリオ | 説明 |
|---|---|
| テスト ツールからバグを作成する | テスト ランナーまたはテスト & フィードバック拡張機能からバグを追加できます。 詳細については、「 バグの定義、キャプチャ、トリアージ、管理」を参照してください。 |
| バグやユーザー ストーリーにリンクされたインライン テストを作成する | チームがバグを要件として追跡する場合は、ボードを使用してテストを 追加 バグ修正やユーザー ストーリーを確認できます。 |
| バグを含むビルド情報を追跡する | バグ作業項目フォームには、システム情報、「ビルドで発見された欠陥」、および「ビルドに統合された」情報が含まれています。これによって、パイプライン ビルド内で検出および解決されたコードの欠陥の追跡をサポートします。 詳細については、 ビルドとテストの統合フィールドに基づくクエリに関する記事をご覧ください。 |
Azure Pipelines と Azure Test Plans の統合
Azure Test Plans は Azure Pipelines と完全に統合されており、継続的インテグレーション/継続的デプロイ (CI/CD) 内でのテストをサポートします。 テスト計画とテスト ケースをビルドまたはリリース パイプラインに関連付けることができます。 パイプライン定義にパイプライン タスクを追加して、テスト結果をキャプチャして発行します。 組み込みの進行状況レポートとパイプライン テスト レポートを使用して、テスト結果を確認します。 次の表は、Azure Pipelines と Azure Test Plans の統合ポイントをまとめたものです。
| 機能 | 説明 |
|---|---|
| テスト 計画の設定 | テスト 計画の設定を使用すると、テスト実行設定を 構成して ビルドまたはリリース パイプラインとテスト結果の設定を関連付けることができます。 |
| パイプラインのテスト有効化タスク | パイプライン定義内でテスト有効化タスクを指定します。 Azure Pipelines には、包括的なテスト レポートと分析エクスペリエンスをサポートする次のタスクを含む、いくつかのタスクが用意されています。 - テスト結果の発行タスク: テスト結果を Azure Pipelines に発行するために使用します。 - Visual Studio テスト タスク: Visual Studio テスト ランナーを使用して単体テストと機能テスト (Selenium、Appium、コード化された UI テストなど) を実行するために使用します。 - .NET Core CLI タスク: dotnet アプリケーションのビルド、テスト、パッケージ化、または発行に使用します。 その他のタスクについては、「 テスト結果の発行タスク」を参照してください。 |
| ビルド パイプラインで自動テストを実行する | テスト 計画をビルド パイプライン に関連付けて、各ビルドで実行できるようにします。 |
| 自動テストとテス トケースを関連付ける | 自動テストをテスト ケースに関連付ける。 |
| ビルドに関連付けられている自動テスト結果の保持ポリシーを設定する | Pipelines> ページから、自動ビルドのテスト保持ポリシー設定できます。 |
| 要件の追跡可能性 | 要件品質ウィジェットは、ビルドまたはリリース パイプラインからの品質の継続的な追跡をサポートします。 ウィジェットには、要件と、その要件に対して実行された最新のテスト結果の間のマッピングが表示されます。 これは、要件の追跡可能性に関する分析情報を提供します。 |
| テスト結果の傾向 | テスト結果の傾向構成可能ウィジェットには、選択したビルドまたはリリース パイプラインのテスト結果の傾向が表示されます。 このウィジェットを使用すると、一定期間のテスト傾向を視覚化したり、テストの失敗やテスト期間などのパターンを表示したりできます。 詳細については、「テスト結果の傾向 (詳細) ウィジェットの構成 を参照してください。 |
| [デプロイ ステータス] | デプロイ状態の構成可能なウィジェットには、最近の一連のビルドについて、複数の環境にわたるデプロイ状態とテスト合格率の組み合わせビューが表示されます。 ウィジェットを構成するには、ビルド パイプライン、ブランチ、およびリンクされたリリース パイプラインを指定します。 リリース内の複数の環境にわたるテストの概要を表示するために、ウィジェットには、各環境と対応するテスト合格率のマトリックス ビューが用意されています。 テストケースに自動テストを関連付ける方法を参照してください |
| ビルドとリリースでテスト結果を表示する | ビルドとリリースの両方の概要では、テスト実行の詳細が提供されます。 これらの概要を確認し パイプラインの品質を評価し、追跡可能性を確認し、エラーのトラブルシューティングを行います。 [テストの概要]を選択して、[Tests タブに詳細を表示します。 |
| ビルドの分析をテストする | 各ビルドの概要には、Test analytics レポートをホストする Analytics タブが含まれています。 |
ダッシュボード、レポート、分析
ダッシュボード 進行状況と状態を簡単に監視する方法が提供されます。 Teams では、目標をサポートするために構成可能なウィジェットを追加できます。 Analytics サービスは Azure DevOps のレポート プラットフォームであり、SQL Server Reporting Services に基づく以前のプラットフォームに置き換えられます。 Analytics は、読み取りアクセスとサーバーベースの高速集計用に最適化されており、次の利点があります。
- ダッシュボードに追加できる分析ウィジェット
- 一部の Azure DevOps ページから利用できるコンテキスト内分析レポート
- Azure Boards のバックログにおけるロールアップバーと集計
- Power BI を使用して作成できるカスタム レポート
- OData クエリを使用して作成できるカスタム レポート
- ダッシュボードに追加できるカスタム分析ウィジェットの開発と追加のサポート
次の組み込みウィジェットをダッシュボードに追加できます。 これらは、サポートするサービスの下で編成されています。 Azure DevOps Marketplace からさらにウィジェットが見つかる場合があります。
Analytics から使用可能なデータ
Analytics は、Azure DevOps のレポート プラットフォームを提供します。 詳細については、「Analyticsから使用可能なデータ」を参照してください。
オートメーションとコネクタ
Microsoft 製品では、他のいくつかのアプリケーションやサービスとの自動化または統合がサポートされています。 詳細については、次の記事を参照してください。