要件追跡ロールアップのサンプル レポート
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020
要件追跡ロールアップ レポートは、 Requirements 追跡レポートに基づいており 1 レベルのロールアップのメトリックを集計する方法を示しています。 たとえば、ユーザー ストーリーを使用して要件を追跡する場合は、この記事で提供されているクエリを使用してフィーチャーのデータを集計できます。
次の図に例を示します。
このレポートには、一覧表示される要件ごとに次の情報が表示されます。
- 完了した作業時間の割合: 要件にリンクされているすべてのタスクの完了時間のロールアップに基づいて完了した作業時間の割合を示す進行状況バー。
- 成功したテスト: 最新のテスト実行に基づいて成功したテスト ケースの実行の数。
- 失敗したテスト: 最新のテスト実行に基づいて失敗したテスト ケースの実行の数。
- テストの実行: 実行されたテスト実行の数。
- アクティブなバグ: アクティブ状態のリンクされたバグの数。
- 終了したバグ: Closed、Done、または Completed 状態のリンクされたバグの数。
Note
要件の追跡は、 Requirement ベースのテスト スイートを介してリンクされたテスト ケースに対してのみサポートされます。 要件作業項目 (ユーザー ストーリー (Agile)、Product Backlog Item (Scrum)、Requirement (CMMI)、または Issue (Basic)、および手動テスト実行の関連付けは、テスト ケースが Requirement ベースのテスト スイートを介してリンクされている場合にのみ形成されます。
レポートの回答に関する質問
要件追跡レポートは、次の種類の質問に回答するのに役立ちます。
作業の進行状況
- 各要件に残っている作業の量は、期待値に対応していますか?
- 上位ランクの要件は最初に実装されていますか?
- 各要件に対していくつのテストが定義されていますか? 合格しているテストの数はいくつですか?
- テスト ケースが定義されていない要件は何が実装されていますか?
品質の進行状況
- 各要件に対して実行されたテスト ケースの数と、合格したテスト ケースの数。
- 各要件に含まれるアクティブなバグの数はいくつですか?
- テスト中の要件に関するバグが見つかりましたか?
- バグは解決されていますか、それともアクティブなままですか?
リスク評価
- どの要件が危険にさらされていますか?
- リリースに対して十分に安定していない要件はどれですか?
- 現在出荷できる要件はどれですか?
重要
Power BI 統合 Analytics Service の OData フィードへのアクセスは 、Azure DevOps Services および Azure DevOps Server 2020 以降のバージョンで一般提供されています。 この記事で提供されるサンプル クエリは、Azure DevOps Server 2020 以降のバージョンに対してのみ有効であり、 v3.0-preview 以降のバージョンによって異なります。 これらのクエリを使用し、フィードバックをお寄せください。
前提条件
- Access:少なくとも Basic アクセス権を持つプロジェクトのメンバーである必要があります。
- Permissions: 既定では、プロジェクト メンバーには Analytics にクエリを実行してビューを作成する権限があります。
- サービスと機能の有効化と一般的なデータ追跡アクティビティに関するその他の前提条件の詳細については、「 Analytics にアクセスするためのアクセス許可と前提条件を参照してください。
Note
この記事では、 OData クエリを使用したサンプル レポートの概要 Power BI の基本的な理解があることを前提としています。
レポートで有用なデータを生成するには、次のタスクを実行する必要があります。
- 要件作業項目を定義し、対象の領域と反復パスに割り当てた。 エリアパスと反復パスを定義する方法については、「 エリアパスの定義 および 繰り返しパスの定義を参照してください。
- 時間の完了率を取得するには、 Complete Work と Remaining Work Child リンクの種類で要件にリンクされているバグのフィールドに入力する必要があります。
- テスト ケースの実行状態を取得するには、これらの要件に対応する 要求ベースのテスト スイート テスト プランに作成します。 ボードを通じて追加するインライン テストは、この前提条件を満たしますが、テストにリンクする要件は満たしていません。 詳細についてはテスト計画およびテスト スイートの作成 を参照してください。
- バグの状態を取得するには、 Child リンクの種類を使用してバグを作成し、要件にリンクします。
サンプル クエリ
レポートを生成するには、Power BI Desktop に 3 つの Power BI クエリを追加し、それらをリンクする必要があります。 各クエリは、 WorkItems
または TestPoints
エンティティ セットを実行します。
Note
次のセクションで提供される Power BI クエリ スニペットには、列を展開してデータ型を変更するために必要なデータ変換が含まれています。
クエリ領域と反復パス
レポートのスコープを特定の領域とイテレーションパスに設定するには、 AreaSK
と IterationSK
を使用してクエリをフィルター処理できます。 詳細については、「 OData Analytics を使用した基本的なクエリの定義を参照してください。
Note
フィルターまたはレポートの目的で使用できるプロパティを確認するには、「Azure Boardsのメタデータ リファレンス」を参照してください。 クエリをフィルター処理したり、 で使用可能な または 値のProperty
下EntityType
NavigationPropertyBinding Path
の値のいずれかを使用してプロパティをEntitySet
返したりできます。 各 は EntitySet
に EntityType
対応します。 各値のデータ型の詳細については、対応する EntityType
に指定されたメタデータを確認してください。
要件に対する時間の完了率のクエリ
Note
使用しているプロセスに基づいて WorkItemType
を変更します。 Scrum テンプレートは Feature をサポートし、Basic テンプレートでは、それぞれロールアップ作業項目の種類として Epic をサポートしています。
次の Power BI クエリをコピーして、 Get Data>Blank クエリ ウィンドウに直接貼り付けます。 詳細については、「 OData クエリを使用したサンプル レポートの概要を参照してください。
let
Source = OData.Feed("https://analytics.dev.azure.com/{organization}/{project}/_odata/v3.0-preview/WorkItems?
$filter=(
IterationSK eq {iterationSK}
and AreaSK eq {areaSK}
and WorkItemType eq 'Feature'
)
&$expand=Descendants(
$apply=filter( CompletedWork ne null or RemainingWork ne null )
/aggregate(
iif(CompletedWork ne null, CompletedWork, 0) with sum as SumCompletedWork,
iif(RemainingWork ne null, RemainingWork, 0) with sum as SumRemainingWork
)
/compute(
(SumCompletedWork add SumRemainingWork) as TotalWork,
SumCompletedWork as SumCompleted
)
/compute(
iif(TotalWork gt 0,(SumCompleted div cast(TotalWork, Edm.Double) mul 100), 0) as PercCompletedWork
)
)
&$select=WorkItemId, Title", null, [Implementation="2.0"]),
#"Expanded Descendants" = Table.ExpandTableColumn(Source, "Descendants", {"SumCompletedWork", "SumRemainingWork", "TotalWork", "SumCompleted", "PercCompletedWork"}, {"Descendants.SumCompletedWork", "Descendants.SumRemainingWork", "Descendants.TotalWork", "Descendants.SumCompleted", "Descendants.PercCompletedWork"}),
#"Changed Type" = Table.TransformColumnTypes(#"Expanded Descendants",{{"Descendants.SumCompletedWork", type number}, {"Descendants.SumRemainingWork", type number}, {"Descendants.TotalWork", type number}, {"Descendants.SumCompleted", type number}, {"Descendants.PercCompletedWork", type number}})
in
#"Changed Type"
要件のテスト実行状態のクエリ
Note
フィルターまたはレポートの目的で使用可能なプロパティを確認するには、「Test Plans Analytics のMetadata リファレンスを参照してください。 クエリをフィルター処理したり、 で使用可能な または 値のProperty
下EntityType
NavigationPropertyBinding Path
の値のいずれかを使用してプロパティをEntitySet
返したりできます。 各 は EntitySet
に EntityType
対応します。 各値のデータ型の詳細については、対応する EntityType
に指定されたメタデータを確認してください。
次の Power BI クエリをコピーして、 Get Data>Blank クエリ ウィンドウに直接貼り付けます。 詳細については、「 OData クエリを使用したサンプル レポートの概要を参照してください。
let
Source = OData.Feed("https://analytics.dev.azure.com/{organization}/{project}/_odata/v3.0-preview/TestPoints?
$apply=filter(
(TestSuite/RequirementWorkItem/IterationSK eq {iterationSK}
and TestSuite/RequirementWorkItem/AreaSK eq {areaSK}
and TestSuite/RequirementWorkItem/Processes/any(p:p/BacklogType eq 'RequirementBacklog')
and TestSuite/RequirementWorkItem/Processes/all(p:p/IsBugType eq false)
))
/compute(iif(TestSuite/RequirementWorkItem/Parent ne null, TestSuite/RequirementWorkItem/Parent/WorkItemId, 0) as ParentWorkItemId,
iif(TestSuite/RequirementWorkItem/Parent ne null, TestSuite/RequirementWorkItem/Parent/Title, 'Unparented') as ParentWorkItemTitle
)/groupby(
(ParentWorkItemId, ParentWorkItemTitle),
aggregate(
$count as TotalCount,
cast(LastResultOutcome eq 'Passed', Edm.Int32) with sum as PassedCount,
cast(LastResultOutcome eq 'Failed', Edm.Int32) with sum as FailedCount,
cast(LastResultOutcome eq 'Blocked', Edm.Int32) with sum as BlockedCount,
cast(LastResultOutcome eq 'NotApplicable', Edm.Int32) with sum as NotApplicableCount,
cast(LastResultOutcome eq 'None', Edm.Int32) with sum as NotRunCount,
cast(LastResultOutcome ne 'None', Edm.Int32) with sum as RunCount)
)", null, [Implementation="2.0"]),
#"Changed Type" = Table.TransformColumnTypes(#"Source",{{"TotalCount", type number}, {"PassedCount", type number}, {"FailedCount", type number}, {"BlockedCount", type number}, {"NotApplicableCount", type number}, {"NotRunCount", type number}, {"RunCount", type number}})
in
#"Changed Type"
Note
TestSuite/RequirementWorkItem/...
エントリは、前提条件で説明されているように必要に応じて、作業項目をテスト スイートにリンクする必要があることを示します。
要件にリンクされているバグの状態を照会する
Note
使用しているプロセスに基づいて WorkItemType
を変更します。 Scrum テンプレートは Feature をサポートし、Basic テンプレートでは、それぞれロールアップ作業項目の種類として Epic をサポートしています。
次の Power BI クエリをコピーして、 Get Data>Blank クエリ ウィンドウに直接貼り付けます。 詳細については、「 OData クエリを使用したサンプル レポートの概要を参照してください。
let
Source = OData.Feed("https://analytics.dev.azure.com/{organization}/{project}/_odata/v3.0-preview/WorkItems?
$filter=(
IterationSK eq {iterationSK}
and AreaSK eq {areaSK}
and WorkItemType eq 'Feature'
)
&$expand=Descendants(
$apply=filter(
WorkItemType eq 'Bug'
)
/groupby(
(State),
aggregate($count as Count)
)
)
&$select=WorkItemId,Title", null, [Implementation="2.0"]),
#"Expanded Descendants" = Table.ExpandTableColumn(Source, "Descendants", {"State", "Count"}, {"Descendants.State", "Descendants.Count"}),
#"Filtered Rows" = Table.SelectRows(#"Expanded Descendants", each [Descendants.Count] <> null and [Descendants.Count] <> ""),
#"Pivoted Column" = Table.Pivot(#"Filtered Rows", List.Distinct(#"Filtered Rows"[Descendants.State]), "Descendants.State", "Descendants.Count", List.Sum),
#"Changed Type" = Table.TransformColumnTypes(#"Pivoted Column",{{"Active", type number}, {"Closed", type number}})
in
#"Changed Type"
置換文字列とクエリの内訳
次の文字列を実際の値に置き換えます。 置換に角かっこを {} 含めないでください。 たとえば、組織名が "Fabrikam" の場合は、 ではなく {Fabrikam}
を にFabrikam
置き換えます{organization}
。
{organization}
- 組織名{project}
- プロジェクトの名前{iterationSK}
- 対象の Iteration Path に関連付けられている GUID。 GUID を検索するには、[../extend-analytics/wit-analytics.md#iterationsk](特定のイテレーション パスの IterationSK を返します){areaSK}
- 対象のエリア パスに関連付けられている GUID。 GUID を検索するには、[../extend-analytics/wit-analytics.md#areask](特定のエリア パスの AreaSK を返します)。
クエリの内訳
次の表では、クエリの各部分について説明します。
クエリ パーツ
説明
$filter=( IterationSK eq {iterationSK} and AreaSK eq {areaSK}
and WorkItemType eq 'Feature' )'
指定したイテレーションとエリアの下にあるフィーチャーのみのデータを返します。
filter( (TestSuite/RequirementWorkItem/IterationSK eq {iterationSK} and TestSuite/RequirementWorkItem/AreaSK eq {areaSK} and TestSuite/RequirementWorkItem/Processes/any(p:p/BacklogType eq 'RequirementBacklog') and TestSuite/RequirementWorkItem/Processes/all(p:p/IsBugType eq false)))
指定したイテレーションと領域の下で、選択したバックログ要件項目のデータのみを返します。
&$expand=Descendants( $apply=filter( CompletedWork ne null or RemainingWork ne null )
フィーチャーの子項目を展開し、作業項目の Completed Work および Remaining Work データを返します。
&$expand=Descendants( $apply=filter( WorkItemType eq 'Bug' ) /groupby( (State), aggregate($count as Count) )
フィーチャーの子項目を展開し、バグをフィルター処理し、状態別に戻りデータをグループ化し、子項目の合計数を sun でグループ化します。
/aggregate($count as TotalCount,
カウントを TotalCount
にして、フィルター処理されたテスト ポイント全体のデータを集計します。
cast(LastResultOutcome eq 'Passed', Edm.Int32) with sum as PassedCount, cast(LastResultOutcome eq 'Failed', Edm.Int32) with sum as FailedCount, cast(LastResultOutcome eq 'Blocked', Edm.Int32) with sum as BlockedCount, cast(LastResultOutcome eq 'NotApplicable', Edm.Int32) with sum as NotApplicableCount, cast(LastResultOutcome eq 'None', Edm.Int32) with sum as NotRunCount, cast(LastResultOutcome ne 'None', Edm.Int32) with sum as RunCount)
集計中に、 Passed、 Failed、 Blocked、 NotApplicable、および None の最新の実行結果に基づいてテスト ポイントの値を合計します。 また、最新の結果が None と等しくないテスト ポイントの値を合計して 合計 RunCount
を取得します。
/aggregate( iif(CompletedWork ne null, CompletedWork, 0) with sum as SumCompletedWork, iif(RemainingWork ne null, RemainingWork, 0) with sum as SumRemainingWork
フィルター処理された作業項目全体で Completed Work および Remaining Work データを集計します。
)/compute( (SumCompletedWork add SumRemainingWork) as TotalWork, SumCompletedWork as SumCompleted
Completed Work と Remaining Work の合計ロールアップを計算します。
)/compute( iif(TotalWork gt 0,(SumCompleted div cast(TotalWork, Edm.Double) mul 100), 0) as PercCompletedWork )
完成した虫の割合を計算します。
テーブル レポートを作成する
- [Modeling タブで、リレーションシップの管理を選択し、3 つのクエリ結果を
WorkItemId
列でリンクします。 - [ Visualizationsで、[ Table] を選択します。
- 3 つの Power BI クエリから関心のある列を追加します。
- Sum Passed テストなどの追加列の集計としてを選択します。
ここでは、 認証シナリオ は 2 つのユーザー ストーリーの親機能です。