テストのオブジェクトと用語

  • [アーティクル]

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

この記事を読んで、手動および探索的テストで使用されるオブジェクトと用語を理解します。

テスト固有の作業項目の種類

手動テストと自動テストをサポートするには、テスト固有の作業項目の種類 (テスト 計画、テスト スイート、テスト ケース) の 3 種類のメインを追加してグループ化します。 さまざまなテスト ステップとテスト パラメーターの共有をサポートするには、共有ステップと共有パラメーターを定義します。 これらのオブジェクトは、特定の種類の作業項目として作業追跡データ ストアに格納されます。

作業項目の種類 [テスト管理]

次の表では、Azure DevOps テスト エクスペリエンスをサポートするために使用される作業項目の種類について説明します。 テスト固有の作業項目は、前の図に示したリンクの種類を使用してリンクされます。

作業項目の種類

説明

テスト計画

テスト スイートと個々のテスト ケースをグループ化するために使用されます。 テスト計画を定義するには、「テスト計画とテスト スイートの作成」を参照してください。

テスト スイート

テスト ケースを 1 つのテスト 計画内で個別のテスト シナリオにグループ化します。 テスト ケースをグループ化すると、どのシナリオが完了しているかを簡単に確認できます。 テスト スイートを作成するときは、次の 3 種類のいずれかを指定できます。

  • 静的テスト スイート: 1 つのテスト スイートでテスト ケースをグループ化するために使用されます。
  • 要件ベースのスイート: クエリから 1 つ以上の要件を選択し、テスト スイートにリンクします。
  • クエリベースのスイート: 1 つ以上のテスト ケースを選択し、テスト スイートにリンクします。

ヒント

[ Test Suite Type]\(テスト スイートの種類\) の読み取り専用フィールドは、選択したスイートの種類を示します。 テスト スイートを追加するには、「テスト 計画とテスト スイートの作成」を参照してください。

テスト ケース

デプロイ用のコードまたはアプリをテストするために使用する手順を定義します。 テスト ケースを定義して、コードが正しく動作し、エラーがなく、ビジネス要件と顧客要件を満たしていることを確認します。 テスト スイートを作成しなくても、個々のテスト ケースをテスト 計画に追加できます。 複数のテスト スイートまたはテスト 計画は、テスト ケースを参照できます。 テスト ケースは、スイートまたはプランごとにコピーまたは複製する必要なく、効果的に再利用できます。 テスト ケースには次の 2 種類があります。

  • 手動: テスト ランナーまたはその他のサポートされているクライアントを使用して実行するさまざまな手順を定義するテスト ケース。
  • 自動化: Azure パイプライン内で実行するように設計されたテスト ケース。

ヒント

かんばんボードからテストを作成するときに、要件 (User Story (Agile)、Product Backlog Item (Scrum)、Requirement (CMMI)、Issue (Basic)) に自動的にリンクするテスト ケースを作成できます。 詳細については、「インライン テストの追加、実行、更新」を参照してください。

共有の手順

複数のテスト ケース間で手順を共有するために使用します。 たとえば、アプリケーションにサインインするためのログインと検証の手順は、さまざまなテスト ケースで共有できる手順です。 方法については、「テスト ケース間で手順を共有する」を参照してください。

共有パラメーター

テスト ケース内でテスト ステップを実行するためのさまざまなパラメーターを指定するために使用します。 方法については、「異なるデータでテストを繰り返す」を参照してください。

すべてのテスト固有の作業項目の種類に共通フィールド

次のフィールドとタブは、ほとんどの作業項目に表示されます。 各タブは、履歴、リンク、添付ファイルなどの特定の情報を追跡するために使用されます。 この 3 つのタブでは、変更の履歴、リンクされた作業項目の表示、ファイルの表示と添付機能を使用できます。

すべての作業項目の種類で必須である唯一のフィールドは [タイトル] です。 作業項目を保存すると、一意の ID がシステムによって割り当てられます。 フォームでは、必須フィールドが黄色で強調表示されます。 テスト関連フィールドの詳細については、「ビルドおよびテスト統合フィールドに基づくクエリ」を参照してください。 その他のすべてのフィールドについては、「作業項目フィールドのインデックス」を参照してください。

フィールド

使用方法

Title

説明を 255 文字以下で入力します。 タイトルは、いつでも後から変更できます。

割当先

作業の実行を担当するチーム メンバーに、作業項目を割り当てます。 操作のコンテキストによっては、ドロップダウン メニューに、プロジェクトのチーム メンバーまたは共同作成者のみが表示されます。

注意

作業は 1 人のユーザーにのみ割り当てることができます。 複数のユーザーに作業を割り当てる必要がある場合は、ユーザーごとに作業項目を追加し、タイトルと説明で実行する作業を区別します。 [割り当て先] フィールドには、プロジェクトまたはチームに追加されているユーザー アカウントのみを指定できます。

State

作業項目が作成されたときの、状態の既定値はワークフローの最初の状態です。 作業の進行状況に応じて、現在の状態を反映するように更新します。

理由

まず既定値を使用します。 必要に応じて状態を変更したときに更新します。 各状態には、既定の理由が関連付けられます。

区分 (パス)

製品またはチームに関連付けられている区分パスを選択するか、計画会議で割り当てられるまでの空白のままにします。 区分のドロップダウン リストを変更するには、「区分パスを定義してチームに割り当てる」を参照してください。

イテレーション (パス)

作業を完了させる必要があるスプリントまたはイテレーションを選択するか、空白にしておいて後で計画会議中に割り当てます。 イテレーションのドロップダウン リストを変更するには、イテレーション パスの定義とチーム イテレーションの構成に関する記事を参照してください。

説明

スコープについて共通の理解が得られ、見積もり作業をサポートするのに十分な詳細を提供します。 ユーザー、ユーザーが達成したいこと、その理由に焦点を当てます。 製品の開発方法については説明しないでください。 チームが、項目を実装するためのタスクとテスト ケースを作成できるように、十分な詳細情報を提供する必要があります。

すべてのテスト固有の作業項目の種類に対する共通コントロール

次の表に示すように、いくつかのコントロールがテスト固有の作業項目に表示されます。 これらのコントロールが関心がない場合は、「フィールドの追加と管理 (継承プロセス)」の説明に従って、作業項目フォーム レイアウトから非表示にすることができます。

制御

説明

デプロイ

機能またはユーザー ストーリーがデプロイされているかどうか、およびどのステージに対する分析情報を提供します。 異なるリリース環境に展開される作業項目の状態や、各リリース ステージと実行へのクイック ナビゲーションを視覚的に把握できます。 このコントロールは、テスト 計画、テスト スイート、およびテスト ケースから使用できます。

開発

作業項目の完了をサポートするすべての Git 開発プロセスを記録します。 通常は、要件から Git 開発を推進するために 使用されます。 このコントロールは、作業項目に関連するすべてのブランチ、コミット、プル要求、ビルドを可視化する、追跡可能性をサポートします。 このコントロールは、テスト 計画、テスト スイート、およびテスト ケースから使用できます。

関連する作業

テスト 計画、テスト スイート、テスト ケースで使用されるコントロールで、通常は関連リンクの種類を使用して、要件やバグなどの他の作業項目を表示またはリンクします。

テスト ケース

テスト ケースを示したり、テスト ケースにリンクしたりするために、共有ステップと共有パラメーターの作業項目で使用されるコントロール。

テスト固有の作業項目の種類をカスタマイズする

継承されたプロセスでは、テスト 計画、テスト スイート、およびテスト ケースをカスタマイズできます。 オンプレミスの XML プロセスでは、テスト固有のすべての作業項目の種類をカスタマイズできます。 詳細については、「チームのプロセスをサポートするように作業追跡オブジェクトをカスタマイズする」を参照してください。

作業項目を変更するために必要なアクセス許可

作業項目を表示、変更、または削除するための選択機能を制御するアクセス許可は多数あります。 これには、次の表に示されているものが含まれます。

Note

[作業項目の 種類 の変更] アクセス許可は、テスト固有の作業項目には適用されません。 作業項目フォームからこの機能を選択した場合でも、作業項目の種類の変更は許可されません。

権限

Level

タスク

テストの実行を表示する
テスト実行の作成
テスト実行の削除

プロジェクト レベル

テストの実行を表示、作成、または削除するには、対応するアクセス許可が付与されている必要があります。

テスト構成の管理
テスト環境の管理

プロジェクト レベル

テスト構成またはテスト環境を管理するには、対応するアクセス許可を付与する必要があります。

タグ定義の作成

プロジェクト レベル

テスト ベースの作業項目に新しいタグを追加します。

作業項目を削除して復元する

プロジェクト レベル

テスト固有の作業項目を削除し、ごみ箱から復元します。

作業項目を完全に削除

プロジェクト レベル

データ ストアからテスト固有の作業項目を完全に削除します。

このノードの作業項目を表示します
このノードの作業項目を編集します

区分パス

テスト 計画、テスト スイート、テスト ケース、またはその他のテスト ベースの作業項目の種類を表示または追加または変更するには、対応するアクセス許可が必要です。

テスト計画を管理する

区分パス

テストの実行やテスト結果の設定などのテスト 計画のプロパティを変更します。

テスト計画を管理する

区分パス

テスト スイートを作成および削除する。テスト スイートからテスト ケースを追加、削除する。テスト スイートに関連付けられているテスト構成を変更する。テスト スイート階層を変更します (テスト スイートを移動します)。

これらのアクセス許可の設定の詳細については、「テスト用のアクセス許可とアクセス権の設定」および「プロジェクト レベルのアクセス許可の変更」を参照してください。

テスト固有の作業項目のエクスポート、インポート、一括更新

他の作業項目と同様に、テスト固有の作業項目を一括編集できます。 詳細については、以下の記事をお読みください。

テスト用語

次の表では、手動および探索的テストで使用されるいくつかの用語について説明します。

Term

定義

Configuration

アプリケーションまたはコードのテストに使用する一意の環境を指定します。 テスト構成を定義するには、まず構成変数を定義してから、テスト構成を定義します。 詳細については、「さまざまな構成をテストする」を参照してください。

構成変数

オペレーティング システム、処理能力、Web ブラウザー、その他のバリエーションなど、テスト環境の 1 つの側面を指定します。 詳細については、「さまざまな構成をテストする」を参照してください。

Outcome

テストの実行時にテスト担当者によってマークされたテスト ポイントの結果。 有効なオプションは次のとおりです。

  • アクティブ (未指定)
  • テストに合格する
  • テストの失敗
  • ブロック テスト
  • 該当なし

詳細については、「異なるデータを使用した複数回のテストの実行」を参照してください。 パイプライン テストの結果は、「パイプライン テストについて」の説明に従って異なされることに注意してください。

テスト ポイント

テスト ケース自体は実行可能ではありません。 テスト スイートにテスト ケースを追加すると、テスト ポイントが生成されます。 テスト ポイントは、テスト ケース、テスト スイート、構成、テスターの一意の組み合わせです。 たとえば、テスト ログイン機能という名前のテスト ケースがあり、Edge ブラウザーと Chrome ブラウザーに 2 つの構成を追加する場合、2 つのテスト ポイントがあります。 これらの各テスト ポイントを実行できます。 実行すると、テスト結果が生成されます。 テスト結果ビューまたは実行履歴で、テスト ポイントのすべての実行を確認できます。 [実行] タブには、テスト ポイントの最新の実行が表示されます。

テストの実行設定

テスト 計画をビルドまたはリリース パイプラインに関連付けるために使用されるダイアログ。

テスト結果の設定

同じテスト計画の複数のスイートでのテスト結果を構成する方法を選択するために使用されるダイアログ。

追跡可能性

リンクされている要件とバグを使用してテスト結果をトレースする機能。