Azure DevOps Services
Azure DevOps では、作業項目、ブランチ、コミット、プル要求、ビルド、リリースなど、開発プロセスのさまざまなオブジェクトをリンクすることで、エンドツーエンドの追跡可能性がサポートされます。 組み込みのレポートと分析を使用して、リアルタイムで追跡可能性を監視できます。
この記事では、Azure DevOps が追跡を可能にし、サポートする方法の概要と、より詳細な情報へのリンクを示します。
追跡可能性とリンク
開発ライフサイクル全体を通じて作業項目にリンクコードの変更、ビルド、リリースを追跡できます。 これにより、チームは、コード ベースの変更を確認することで、作業がどのように行われたか、バグがどのように修正されたかの監査証跡を確認できます。
Git リポジトリに使用されるリンクの種類は、 Build、 Found in build、 Integrated in build、 Branch、 Commit、 Pull Request、および Integrated in release stage です。
作業項目からブランチとプル要求を作成する
枝: 作業項目から分岐を作成する場合は、製品ボードの作業項目カード メニューを開くか、作業項目フォームで [分岐の作成 ] を選択します。 ブランチは、 Branch リンクの種類を持つ作業項目に自動的にリンクされます。
Pull request: 新しいブランチでコードの変更が行われると、開発者は作業項目からプル要求を作成できます。 ボードと作業項目を使用してソフトウェア開発を推進すると、開発者は作業時にコメントを追加し、変更内容とその背後にある理由を文書化することが奨励されます。 これにより、作業項目は、コード変更の情報と履歴の豊富なソースになります。
作業項目のテストを追加して実行する
テストを一連の要件にリンクし、アプリケーションが期待どおりに動作することを検証します。 ボードから、作業項目にテストを追加できます。 その後、ボードから新しいテストを実行し、テストの状態を設定できます。
ボードとのテスト統合により、チームは簡単に手動テストを開始し、Azure Test Plans によって提供される完全なテスト機能を利用できます。 ボードには、ボードからテスト ケースが作成されたとき、または要件ベースのテスト スイートがテスト 計画の下に作成されるときに、要件をサポートするために追加されたテストが表示されます。
手動テストと自動テスト
パイプラインまたはオンデマンドで自動テストを実行できます。 テスト 計画でテスト ケースにリンク、テスト プランから実行することもできます。 これにより、計画されたテストと呼ばれる自動テストを使用して、要件の品質 追跡できます。
運用環境に変更をデプロイする
コード変更をビルドしてリリースするパイプラインを定義したら、各リリース ステージへの作業項目要件のデプロイを追跡できます。 作業項目フォームから、[配置と開発] セクションからビルドとリリースへのリンクをすばやく開くことができます。
作業項目フォームを開くと、要件の展開先のステージが表示されます。 ドリルダウンすると、ドロップダウン メニューを使用して詳細を表示できます。
- 開発 セクション: 作業項目にリンクされているブランチ、コミット、またはプル要求を開きます。
- デプロイ セクション: リリースされるビルドの一部である Git コミットに関連付けられている作業項目のリリース情報を検索します。
詳細については、「 かんばんボードについて」を参照してください。
リリース ビュー
次の図は、選択した作業項目が関連付けられているリリースが対象とする複数の環境を示しています。
リリース設定
リリース設定から表示オプションを管理します。 作業項目の展開コントロールには、作業項目にリンクされているリリースの進行状況が表示されます。 ビルドにコミットされた作業項目と、デプロイ情報を Azure Boards に送信するように設定したリリース パイプラインのリリース状態を確認できます。
要件の追跡性マトリックス
要件の追跡可能性により、要件の品質や要件を出荷する準備状況などのインジケーターに関する分析情報がチームに提供されます。 要件の追跡可能性の基本的な側面は、ケース、バグ、およびコードの変更をテストするための要件の関連付けです。
要件追跡マトリックス (RTM) を使用すると、システムに定義されているすべての要件がテスト プロトコルでテストされます。 要件の追跡性マトリックスの詳細については、「要件の 追跡可能性」を参照してください。
要件の追跡可能性レポート
要件の追跡可能性レポートは、開発プロセスのさまざまなフェーズがどのように関連し、文書化されているかを示す方法です。 チームは、要件の品質と完全性を測定し、配信の準備状況を評価するのに役立ちます。 また、要件にリンクされているコードの変更、テスト、バグ、デプロイを追跡するのにも役立ちます。
バグの追跡可能性
バグとテスト結果は、同じコンテキストの Tests タブでまとめて確認できます。 [ 作業項目 ] タブには、テスト結果にリンクされている要件も表示されます。
バグとソースの追跡可能性については、「 Requirements の追跡可能性を参照してください。
ソースの追跡可能性
ビルドまたはリリース パイプラインに基づいて、タイムラインまたはパイプライン ビューを選択して、コミットされたコードの変更を確認できます。 コードの変更を分析して、テスト エラーの潜在的な根本原因を特定できます。
テスト分析
ビルドとリリースの Test Analytics、要件の品質の追跡、およびテストエラーの詳細については、「 Test Analytics」を参照してください。