次の方法で共有

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

  • [アーティクル]

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

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

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

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

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

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

作業項目の種類

説明

テスト計画

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

テスト スイート

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

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

ヒント

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

テスト ケース

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

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

ヒント

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

共有の手順

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

共有パラメーター

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

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

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

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

フィールド

使用方法

Title

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

割当先

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

注意

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

State

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

理由

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

区分 (パス)

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

イテレーション (パス)

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

説明

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

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

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

制御

説明

配置

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

開発

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

関連する作業

Test Plans、Test Suites、Test Cases で使用されるコントロール。通常は、Related リンクの種類を使用して、要件やバグなどの他の作業項目を表示またはリンクします。

テスト ケース

共有ステップおよび共有パラメーター作業項目でケースの確認に使用されるコントロール。

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

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

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

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

Note

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

権限

Level

タスク

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

プロジェクト レベル

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

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

プロジェクト レベル

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

タグ定義の作成

プロジェクト レベル

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

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

プロジェクト レベル

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

作業項目を完全に削除

プロジェクト レベル

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

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

区分パス

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

テスト計画を管理する

区分パス

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

テスト計画を管理する

区分パス

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

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

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

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

テスト用語

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

用語

定義

Configuration

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

構成変数

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

Outcome

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

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

詳細については、「異なるデータを使用してテストを繰り返す」を参照してください。 パイプライン テストの結果は、「 About パイプライン テストで説明されているとおりに異なされることに注意してください。

テスト ポイント

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

テストの実行設定

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

テスト結果の設定

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

追跡可能性

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