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

説明

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

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

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

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

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

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

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

使用方法

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

作業の実行を担当するチーム メンバーに、作業項目を割り当てます。 ユーザー 選択ウィンドウは、接続されているテナント全体でユーザーを検索して一覧表示します。 詳細については、「 ユーザー選択ウィンドウ」を参照してください。

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

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

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

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

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

説明

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

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

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

[共有ステップ] および [共有パラメーター] 作業項目のこのコントロールを使用して、テスト ケースを示すか、テスト ケースにリンクします。

定義

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

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

失敗の性質を分類するために 失敗 としてマークされたテスト ケースに適用される分類。 既定のエラーの種類には、 回帰の問題、 新しい問題、 既知の問題、 失敗ではないなどがあります。 Teams では、REST API を使用してカスタムエラーの種類を定義できます。 詳細については、「 テスト失敗の種類の管理」を参照してください。

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

• アクティブ (未指定)
• テスト成功
• テスト失敗
• テストのブロック
• 適用されない

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

特定のパラメーター値のセットを使用して、テスト ケースを 1 回通過します。 テスト ケースでパラメーターまたは共有パラメーターを使用する場合、値の一意の組み合わせごとに個別のテスト イテレーションが作成されます。 詳細については、「 異なるデータでテストを繰り返す」を参照してください。

テスト ケース自体は実行可能ではありません。 テスト スイートにテスト ケースを追加すると、テスト ポイントが生成されます。 テスト ポイントは、テスト ケース、テスト スイート、構成、テスターの一意の組み合わせです。

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

テスト実行内の 1 つのテスト ケース実行の記録された結果。 各テスト結果は、診断データと添付ファイルと共に、テストが成功したか、失敗したか、または別の結果を持っていたかをキャプチャします。 詳細については、「 テストの実行の確認」を参照してください。

1 つ以上のテスト ケースの実行時に作成されるテスト結果の論理的なグループ。 テスト計画またはパイプラインからテスト ケースを実行すると、システムによってテスト実行が作成されます。 各テスト実行では、結果、期間、環境、診断データがキャプチャされます。 詳細については、「 テストの実行の確認」を参照してください。

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

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

テスト ケース内の個々のアクション。 アクション (テスターが行う操作) と 期待される結果 (予想 される動作) で構成されます。 実行中、各テスト ステップは合格または失敗としてマークされます。 テスト ステップでは、共有ステップを参照し、添付ファイルを含めることができます。 詳細については、「 テスト ケースの作成」を参照してください。

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

ビジネス利害関係者またはエンド ユーザーが、提供された機能がお客様の要件を満たしていることを確認するテスト アプローチ。 Azure Test Plans では、テスト スイートにテスト担当者を割り当てたり、招待メールを送信したり、チャートを通じて進行状況を追跡したりできます。 利害関係者アクセス権を持つユーザーは参加できます。 詳細については、「 ユーザー受け入れテスト」を参照してください。