次の方法で共有


手動テスト実行の傾向のサンプル レポート

Azure DevOps サービス |Azure DevOps Server |Azure DevOps Server 2022

この記事では、Power BIで 1 つ以上のテスト プランの実行状態を取得する方法について説明します。 生成するレポートは、次の図と 、進行状況レポートの結果傾向グラフに似ています。

Power BI テスト プラン実行 積み上げ面トレンド レポートのスクリーンショット

レポートには、指定した期間に実行されたテスト 計画の数と結果の状態をまとめた傾向グラフが表示されます。

  • 成功: 合格したテスト ケースの数。
  • 失敗: 失敗したテスト ケースの数。
  • NotApplicable: 適用されないテスト ケースの数。
  • ブロック: 実行がブロックされたテスト ケースの数。
  • NotExecuted: 定義されているが実行されていないテスト ケースの数。

レポートが回答する質問

このレポートは、次の質問に答えることで、製品またはサービスの計画的なテストに関するチームの進捗状況を追跡するのに役立ちます。

  • どのくらいのテストが完了していますか?
  • テストの合格、失敗、またはブロックの現在の状態は何ですか?
  • 合格しているテストの数と、ソフトウェアの品質に関する傾向は何を示していますか?
  • 失敗したテストの数はいくつですか?
  • ブロックされるテストの数と傾向は何を示していますか?

正常なテスト実行傾向レポートには、実行中と合格のテスト 計画の着実な進行状況が表示されます。 レポートには、特定のプランに対して比較的一定の数のテスト ケースが表示されるのが理想的です。 開発サイクルが進むにつれて、合格したテストケースの数が増え、他の状態にあるテストケースの数が減少します。

注釈

この記事のサンプル クエリには、Analytics OData フィードv3.0-preview 以降が必要です。 フィードバックを共有します。

カテゴリ Requirements
アクセス レベル - プロジェクトメンバー
- 少なくともベーシックアクセス。
アクセス許可 既定では、プロジェクト メンバーには Analytics にクエリを実行してビューを作成する権限があります。 サービスと機能の有効化と一般的なデータ追跡アクティビティに関するその他の前提条件の詳細については、「 Analytics にアクセスするためのアクセス許可と前提条件を参照してください。

注釈

この記事では、OData クエリを使用したサンプル レポートの概要を読み、Power BIに関する基本的な理解があることを前提としています。

レポートで有用なデータを生成するには、チームがテスト計画を管理するために次のアクティビティを実行する必要があります。

  • テスト 計画、テスト スイート、およびテスト ケースを定義します。 状態を指定します。 テスト スイートを実行するには、テスト スイートが進行中の状態である必要があります。 テスト ケースを実行するには、準備完了状態である必要があります。 詳細については、「テスト 計画とテスト スイートの作成および手動テスト ケースの作成を参照してください。

  • 手動テストを実行し、結果を確認します。 テスト ケースの各検証ステップの結果を合格または失敗としてマークします。 詳細については、「 手動テストの実行」を参照してください。

    注釈

    テスト 担当者は、テスト ステップが検証テスト ステップの場合、状態をマークする必要があります。 テストの全体的な結果には、マークされたすべてのテスト ステップの状態が反映されます。 そのため、テスト ステップが失敗としてマークされているか、マークされていない場合、テストの状態は失敗になります。

サンプル クエリ

TestPointHistorySnapshot エンティティ セットに対して次のクエリを使用して、異なるが類似したテスト 計画実行傾向レポートを作成します。

注釈

フィルター処理またはレポートに使用できるプロパティを見つけるには、 Test Plans Analytics のメタデータ リファレンスを参照してください。 クエリをフィルター処理したり、プロパティを返したりするには、Propertyで定義されている任意のEntityType値、またはNavigationPropertyBinding Pathに一覧表示されている任意のEntitySet値を使用します。 各 EntitySet は、各プロパティのデータ型を文書化する EntityTypeにマップされます。

次のPower BIクエリをコピーして、Get Data>Blank Query ウィンドウに直接貼り付けます。 詳細については、「 OData クエリを使用したサンプル レポートの概要を参照してください。

let 
    Source = OData.Feed ("https://analytics.dev.azure.com/{organization}/{project}/_odata/v3.0-preview/TestPointHistorySnapshot?" 
        &"$apply=filter((TestSuite/TestPlanTitle eq '{testPlanTitle}') and (DateSK ge {startDate} and DateSK le {endDate}))" 
        &"/groupby(" 
            &"(DateSK)," 
            &"aggregate(" 
                &"$count as TotalCount," 
                &"cast(ResultOutcome eq 'Passed', Edm.Int32) with sum as Passed," 
                &"cast(ResultOutcome eq 'Failed', Edm.Int32) with sum as Failed," 
                &"cast(ResultOutcome eq 'Blocked', Edm.Int32) with sum as Blocked," 
                &"cast(ResultOutcome eq 'NotApplicable', Edm.Int32) with sum as NotApplicable," 
                &"cast(ResultOutcome eq 'None', Edm.Int32) with sum as NotExecuted," 
                &"cast(ResultOutcome ne 'None', Edm.Int32) with sum as Executed 
            ) 
        )", null, [Implementation="2.0"]) 
in 
    Source 

置換文字列とクエリの内訳

次の文字列を実際の値に置き換えます。 置換に波括弧 {} を含めないでください。 たとえば、組織名が "Fabrikam" の場合は、{organization}ではなく、Fabrikam{Fabrikam}に置き換えます。

  • {organization} - 組織名。
  • {project} - チーム プロジェクト名。 プロジェクト間クエリを作成するには、 /{project}を省略します。
  • {testPlanTitle} - テスト計画のタイトル。 例: Fabrikam test plan
  • {startDate} および {endDate} - 対象の日付範囲。 日付を YYYYMMDD 形式で入力します。 たとえば、2022年8月15日の20220815のように。

クエリの内訳

次の表では、クエリの各部分について説明します。

クエリ部分

説明

filter((TestSuite/TestPlanTitle eq '{testPlanTitle}'))

選択したテスト計画のみのデータを返します。 複数のプランを含めるには、 filter((TestSuite/TestPlanTitle eq '{testPlanTitle1}'TestSuite/TestPlanTitle eq '{testPlanTitle2}'))などの句を使用します。 テスト スイートとテスト構成に関連する他のフィルターを適用することもできます。

and (DateSK ge {startDate} and DateSK le {endDate})

対象の日付範囲。 日付を YYYYMMDD 形式で入力します。

/groupby((DateSK)

データを同じ日付のビンにグループ化します。 指定された日付範囲で 1 日に 1 セットの値を生成します。

/aggregate($count as TotalCount,

カウントを TotalCountとして、フィルター処理されたテスト ポイント全体のデータを集計します。

cast(ResultOutcome eq 'Passed', Edm.Int32) with sum as Passed,

集計中、型キャストによって、実行結果が "Passed" のテストポイントが 1 にキャストされ、Passed メトリックとして合計されます。

(省略可能)クエリの名前を変更する

既定のクエリ ラベル Query1 の名前を、より意味のある名前に変更できます。 [クエリ設定] ペインから新しい名前を入力します。

Power BI クエリ メニュー オプションのスクリーンショット。クエリの名前を変更します。

列のデータ型を変更する

Power Query エディターで、TotalCount 列とその他のすべての列を選択します。 次に、[変換] メニューから [データ型] を選択し、[整数] を選択します。 データ型の変更の詳細については、「Transform Analytics データを使用してPower BIレポートを生成する」を参照してください。列データ型の変換

(省略可能)列フィールドの名前を変更する

列フィールドの名前を変更して、わかりやすいものにすることができます。 方法については、「列フィールドの名前を変更」を参照してください。

クエリを閉じて変更を適用する

すべてのデータ変換が完了したら、[ホーム] メニューから [閉じて適用] を選択します。 このアクションによりクエリが保存され、Power BIの Report タブに戻ります。

Power Query エディター閉じて適用オプションのスクリーンショット.

積み上げ面グラフ レポートを作成する

  1. Power BIで、Visualizations で、積み上がり面グラフ レポートを選択します。

    テスト計画実行傾向レポートの視覚化フィールド選択のスクリーンショット。

  2. DateSKX 軸にドラッグ アンド ドロップ

  3. PassedFailedBlockedNotApplicableNotExecutedY 軸にドラッグ アンド ドロップします。

レポートは次の図のようになります。

Power BIサンプルテスト計画実行スタックエリア傾向レポートのスクリーンショット