テストのダッシュボード (アジャイル)
テストのダッシュボードを使用して、テスト動作の監視、進行状況の報告、テスト カバレッジの矛盾点の検出、および追加の調査が必要なテスト区分の特定を行うことができます。 このダッシュボードは、5 つのレポートを表示して、過去 4 週間以内に発生したテストに関する情報を提供します。
注意
ダッシュボードへは、チーム プロジェクト ポータルからアクセスします。 テスト ダッシュボードにアクセスできるのは、ポータルが有効化され、Microsoft Office SharePoint Server 2007 を使用するようにプロビジョニングされている場合だけです。 詳細については、「ダッシュボード (アジャイル)」または「チーム プロジェクト ポータルおよびプロセス ガイダンスへのアクセス」を参照してください。
このトピックの内容
|
このダッシュボードを使用すると、次の事項を確認できます。
|
必要なアクセス許可
ダッシュボードを表示するには、チーム プロジェクトの SharePoint 製品に対する [読み取り] アクセス許可が割り当てられているグループに割り当てられているか、そのグループに属している必要があります。 ダッシュボードを変更、コピー、またはカスタマイズするには、チーム プロジェクトの SharePoint 製品に対する [メンバー] アクセス許可が割り当てられているグループに割り当てられているか、そのグループに属している必要があります。 詳細については、「チーム プロジェクトへのユーザーの追加」を参照してください。
Office Excel でレポートを変更するには、SQL Server Analysis Services の TfsWarehouseDataReaders セキュリティ ロールのメンバーであることが必要です。また、チーム プロジェクトの SharePoint 製品に対する [メンバー] アクセス許可が割り当てられているグループに割り当てられているか、そのグループに属している必要があります。 詳細については、「Visual Studio ALM 用データ ウェアハウスのデータベースへのアクセスの許可」を参照してください。
作業項目を表示するには、読み取りユーザー グループのメンバーであるか、または [このノードの作業項目を表示します] アクセス許可が [許可] に設定されている必要があります。 作業項目を作成または変更するには、貢献者グループのメンバーであるか、または [このノードの作業項目を編集します] のアクセス許可が [許可] に設定されている必要があります。 詳細については、「アクセス許可の管理」を参照してください。
テストのダッシュボードに表示されるデータ
テストのダッシュボードを使用すると、ユーザー ストーリーのテストにおけるチームの進行状況を把握できます。 具体的には、このダッシュボードには、次の図と表で説明する Web パーツが表示されます。
.png "テストの進行状況ダッシュボードの Web パーツ")
注意
テスト計画の進行状況、テスト ケース準備、ユーザー ストーリーのテストの状態、およびテスト動作の各レポートを使用できるのは、チームがテスト計画を作成し、テスト ランナーと Microsoft テスト マネージャー を使ってテストを実行する場合のみです。 テスト スイートおよびテスト計画を定義する方法の詳細については、「テスト スイートを使用したテスト ケースの整理」を参照してください。
バーンダウン グラフ、進行状況グラフ、傾向表、およびレポート .gif "手順 1.")
～ .gif "手順 5.")
は、チーム プロジェクトの Analysis Services をホストするサーバーが使用できない場合には表示されません。
Web パーツ |
表示されるデータ |
関連トピック |
|---|---|---|
|
過去 4 週間以内のすべてのテスト ケースのテスト結果を最後に記録された結果でグループ化した積み上げ面グラフ。 結果には、実行しない、ブロック、失敗、および成功があります。 .png "テスト計画の進行状況 Excel レポート") |
|
.gif "手順 2.") |
過去 4 週間以内にデザインまたは準備完了の状態であったテスト ケースの数を示す積み上げ面グラフ。 .png "テスト ケース準備 Excel レポート") |
|
.gif "手順 3.") |
各ユーザー ストーリーに定義されているテスト ケースとテスト構成の組み合わせごとのテスト結果の数を示す横向きの横棒グラフ。 グラフでは、最後のテストの実行に基づいてテスト結果がグループ化されます。グループの内訳は、成功 (緑)、失敗 (赤)、ブロック (紫)、または実行なし (灰) です。 .png "ユーザー ストーリー テスト状態 Excel レポート") |
|
.gif "手順 4.") |
過去 4 週間以内に実行された手動テスト ケースのすべての実行結果の累積数を示す折れ線グラフ。 .png "テスト動作 Excel レポート") |
|
|
過去 4 週間以内に失敗に終わったすべてのテスト ケースの結果の累積数を失敗の種類を基準として並べ替えた積み上げ面グラフ。 失敗の種類には、回帰、新しい問題、および既知の問題があります。 .png "失敗の分析 Excel レポート") |
|
.gif "手順 6.") |
間近に迫っているイベントのリスト。 このリストは、SharePoint Web パーツから派生します。 .png "インポート イベント Web パーツ") |
該当なし |
.gif "手順 7.") |
アクティブな作業項目、解決した作業項目、および終了した作業項目の数。 それぞれの数字をクリックして、作業項目のリストを開くことができます。 このリストは、Team System Web Access Web パーツから派生します。 .png "プロジェクトの作業項目 Web パーツ") |
|
.gif "9") |
最新のビルドおよびそのビルド状態のリスト。 特定のビルドをクリックすることで、詳細を表示できます。 このリストは、Team System Web Access Web パーツから派生します。 .png "最新ビルド Web パーツ")
凡例:
|
|
.gif "10") |
最新のチェックインのリスト。 特定のチェックインをクリックすることで、詳細を表示できます。 このリストは、Team System Web Access Web パーツから派生します。 .png "最新チェックイン Web パーツ") |
.gif "進行中のビルド"){kind=icon}
: ビルドは進行中です.gif "開始していないビルド"){kind=icon}
: ビルドは開始されていません.gif "成功したビルド"){kind=icon}
: ビルドに成功しました.gif "失敗したビルド"){kind=icon}
: ビルドに失敗しました.gif "停止したビルド"){kind=icon}
: ビルドが停止されました.gif "一部成功したビルド"){kind=icon}
: ビルドが一部成功しましたテストの追跡に必要なアクティビティ
正確で効果的なテストのダッシュボードのレポートが生成されるようにするためには、チームは次のアクティビティを実行する必要があります。
テスト ケースおよびユーザー ストーリーを定義し、テスト ケースからユーザー ストーリーへのテスト担当者リンクを作成します。
テスト計画を定義し、テスト ケースをテスト計画に割り当てます。 詳細については、「テスト計画の使用によるテスト作業の定義」を参照してください。
手動テストの場合は、テスト ケースの各検証手順の結果を、成功または失敗としてマークします。
重要
テスト担当者は、テスト ステップが検証テスト ステップである場合、そのことを示す状態でマークする必要があります。 テスト ケース全体の結果は、テスト担当者がマークしたすべてのテスト ステップの状態を反映します。 したがって、テスト担当者がテスト ステップを失敗とマークしている場合、またはまったくマークしていない場合、テスト ケースは失敗の状態になります。
自動テストの場合、各テスト ケースは成功または失敗として自動的にマークされます。
(省略可能) フィルター処理をサポートするには、イテレーション パスと区分パスを各テスト ケースに割り当てます。
テストの進行状況の監視
テストのダッシュボードの最初の 3 つのレポートを使用して、テストの進行状況を監視し、次の表に示す事項を確認できます。
レポート |
確認できる事項 |
メモ |
|---|---|---|
テスト ケース準備 |
|
|
テスト計画の進行状況 |
|
|
ユーザー ストーリーのテストの状態 |
|
|
テストの矛盾点の特定
ユーザー ストーリーのテストの状態レポートを使用して、すべてのコードがテストの対象になっているかどうかを判断し、次の事項を確認できます。
テスト ケースの総数が少ないのはどのユーザー ストーリーであるか。
ブロックされているまたは一度も実行されていないテスト ケースの総数が多いのはどのユーザー ストーリーであるか。
各ユーザー ストーリーのテスト ケース カバレッジは予期したとおりであるか。
テストの失敗率が高いのはどのユーザー ストーリーであるか。
ユーザー ストーリーごとに定義されているテスト ケースの平均的な数はどれくらいか。
テストの失敗と回帰の監視
テストの失敗を監視することで、コードの問題をすばやく特定して対処できます。 テストのダッシュボードの最後の 2 つのレポートを使用することで、失敗しているテストの数をより的確に把握できます。
レポート |
確認できる事項 |
メモ |
|---|---|---|
手動テスト動作 |
|
手動テスト動作レポートには、各テスト構成およびすべてのテスト計画について実行されたテスト ケースの結果が示されます。 スパイクの発生は、チームがチェックインしているテスト動作またはコード品質の問題を早期に示す徴候である場合があります。 最新のビルド、バグの状態、およびコード チャーンの測度をチェックして、これらのいずれかの測度で変化の説明ができないかどうかを判断する必要があります。 |
テスト失敗分析 |
|
正常なテスト失敗分析レポートには、適度な数の新しい問題、既知の問題、および回帰が示されます。 これらの区分でスパイクが発生した場合、チームはさらに詳しく調査する必要があります。 スパイクの発生は、チームがチェックインしているテスト動作またはコード品質のいずれかの問題を示している可能性があります。 また、最新のビルド、バグの状態、およびコード チャーンの測度をチェックして、これらのいずれかの測度で変化の説明ができないかどうかを判断する必要があります。 |
テストのダッシュボードのカスタマイズ
テストのダッシュボードは、次の方法でカスタマイズできます。
Office Excel で各レポートのフィルターを変更して、特定の製品区分またはイテレーションだけが表示されるようにします。
手動テスト動作レポートのフィルター処理は、Office Excel で行うか (特定のテスト計画の場合)、手動または自動のテスト ケースで行います。
バグの状態、コード チャーン、コード カバレッジなどの既存の Excel レポートをダッシュボードに追加します。
チームの特定のメンバー別に進行状況を表示するレポートを作成して、Office Excel に追加します。 例については、「バグ (割り当て順) Excel レポート」を参照してください。
Office Excel でのレポートの使用とカスタマイズの方法の詳細については、Microsoft Web サイトの次のページを参照してください。