次の方法で共有


テスト ケース (CMMI)

チームは、テスト ケースを使用して、テスト ランナー および Microsoft Test Manager で実行および管理できる手動テストおよび自動テストの両方を定義します。Microsoft Test Manager を使用すると、テスト ケースだけでなく、プロジェクトのテストをサポートするテスト スイートとテスト構成を作成することもできます。テスト構成を使用して、テスト ケースおよびテスト スイートを実行する方法を定義できます。テスト計画で複数のテスト ケースをテスト スイートの階層構造にまとめて、テスト ケースをグループ化できます。テスト スイートを作成することで、一連のテスト ケースをグループとして実行できます。詳細については、「テスト計画の定義」を参照してください。

[!メモ]

チーム エクスプローラーを使用してテスト ケースを定義できますが Microsoft Test Managerを使用してテスト ケースを定義することをお勧めします。Microsoft Test Managerには、Visual Studio Premium、Visual Studio Ultimate、または Visual Studio Test Professional からアクセスできます。詳細については、「Microsoft テスト マネージャーでのテストの作成および管理」を参照してください。

手動テストを定義するアクション ステップのシーケンス、または一連の共有ステップを定義するには、Microsoft Test Manager を使用する必要があります。テスト ケースおよび共有ステップに定義されているその他のフィールドは、チーム エクスプローラーまたは Team System Web Access を使用して表示および変更できます。ただし、これらのクライアントを使用することで [ステップ] タブに表示されるフィールドは、変更できません。

チーム プロジェクトをアップグレードした場合は、テスト ケースを使用し、Microsoft Test Managerとインターフェイスは、事前に特別な作業が必要になる場合があります。詳細については、「MSF v4.2 プロセス テンプレートに基づくチーム プロジェクトの更新」を参照してください。

多くのテストでは、テスト担当者が複数のテスト ケースを実行する場合、ステップを同じシーケンスで実行する必要があります共有ステップを作成することで、ステップのシーケンスを一度定義しておき、それを多数のテスト ケースに挿入できます。アプリケーションにログオンする、これらのアクションを実行するテスト担当者は一連の共有ステップを作成できるようにたとえば、各テスト ケースが必要です。その後、各テスト ケースに共有ステップを追加し、テスト ランナーを使用してステップを実行します。共有ステップは、手動テスト ケースの定義を簡素化するためだけに使用されるので、Microsoft Test Managerを使用して共有ステップを作成する必要があります。詳細については、「方法: 共有ステップを使用してテスト ケースの共通のステップを共有する」を参照してください。

このトピックの内容

関連トピック

  • テスト ケースの定義

  • テスト ケースの要件へのリンク

  • テスト ケースへの添付ファイルまたはハイパーリンクの追加

  • テスト ケースの状態の変更

ダッシュボードとレポート

フィールド参照

必要なアクセス許可

テスト ケースを表示するには、読み取りユーザー グループのメンバーであるか、または [このノードの作業項目を表示します][許可] に設定されている必要があります。テスト ケースを作成または変更するには、貢献者グループのメンバーであるか、または [このノードの作業項目を編集します] のアクセス許可が [許可] に設定されている必要があります。詳細については、「アクセス許可の管理」を参照してください。

テスト ケースの定義

テスト ケースは、テスト ランナーおよび Microsoft Test Manager と連携して動作するようにデザインされています。チーム エクスプローラー を使用してテスト ケースを定義できますが Microsoft Test Managerを使用してテスト ケースを作成することをお勧めします。Microsoft Test Manager を使用してテスト ケースを定義および使用する方法の詳細については、「Microsoft テスト マネージャーでのテストの作成および管理」を参照してください。

チーム エクスプローラーまたは Team System Web Access を使用してテスト ケースを定義し、後から Microsoft Test Managerを使用してテスト計画にそのケースを追加できます。テスト ケースを定義する場合は、次の図に示すフィールドを指定します。

テスト ケースのフォームの上部、CMMI

テスト ケースを定義するときは、[タイトル] を除くすべてのフィールドを省略できます。

テスト ケースでの作業時は、いつでもフィールドの編集および詳細の追加を行うことができます。この手順を Microsoft Test Manager を使用して実行する方法については、「方法: 手動テスト ケースを作成する」を参照してください。

テスト ケースを定義するには

  1. 作業項目フォームの最上部のセクションで、次のフィールドを 1 つ以上指定します。

    • [タイトル] (必須) に、テストする基準を定義するわかりやすい名前を入力します。

    • 担当者 の一覧で、テスト ケースの適切な所有者を選択します。

      [!メモ]

      作業項目は、貢献者グループのメンバーにのみ割り当てることができます。

      テスト ケースの担当者を割り当てない場合は、自動的に自分が担当者に割り当てられます。

    • [状態] ボックスでは、既定値 [デザイン] をそのまま使用します。

      [!メモ]

      実行できるのは、デザイン 状態のテスト ケースです。

    • 優先度 の一覧で、4 ~ 1 の範囲でテスト ケースの重要度を (最も重要) を選択します (最も重要)。

      このフィールドの既定値は 2 です。

    • オートメーションの状態で、テスト ケースを自動化する予定がある場合は、既定 自動化なしを手動場合にそのまま使用するか、計画済み を選択します。

      [!メモ]

      [関連付けられたオートメーション] タブでオートメーション メソッドを追加すると、このフィールドの値は自動的に [自動] に更新されます。手動テスト ケースを自動テスト ケースに変換する方法の詳細については、「方法: テスト ケースに自動テストを関連付ける」を参照してください。

    • 区分 の一覧で、テスト ケースに応じたチーム プロジェクトの区分を選択します。

      この値は、テスト ケースが対処する要件に対して指定されている区分と一致する必要があります。既定値は、プロジェクトに定義されている最上位の区分ノードです。

    • イテレーション の一覧で、テスト ケースに応じたチーム プロジェクトのイテレーションを選択します。

      既定値は、プロジェクトに定義されている最上位のイテレーション ノードです。

      [!メモ]

      各チーム プロジェクトのプロジェクト管理者は、プロジェクトの領域パスとイテレーション パスを定義することで、チームがそれらの定義によって進捗状況を追跡できるようにします。詳細については、「区分およびイテレーションの作成および修正」を参照してください。

  2. 手順 のタブで、テストの一部として実行されるアクションと検証ステップおよびパラメーターを定義します。

    詳細については、「Microsoft テスト マネージャーでのテストの作成および管理」を参照してください。

  3. SUMMARY のタブをクリックし、次のフィールドを 1 つまたは両方を指定する:

    • 説明では、だけ詳細な情報を提供して、テスト ケースを記述する必要があります。

    • [履歴] に、履歴レコードの一部として取り込むコメントを追加します。

      チーム メンバーが作業項目を更新するたびに、変更日、変更を行ったチーム メンバー、および変更されたフィールドが履歴に表示されます。

  4. TESTED REQUIREMENTSすべてのリンク のタブで、テスト ケースから要件、タスク、変更要求、バグなどの一つ以上の作業項目へのリンクを作成します。

  5. ATTACHMENTS のタブで、追加の仕様、イメージ、または実行するテスト ケースに関する詳細を提供する他のファイル。

    詳細については、このトピックの次のセクションを参照してください。

    • テスト ケースの要件へのリンク

    • テスト ケースへの添付ファイルまたはハイパーリンクの追加

  6. 作業項目の保存を選択 保存します。

    [!メモ]

    テスト ケースを保存すると、作業項目ツール バーの下に識別子が表示されます。

テスト ケースの要件へのリンク

テスト ケースを要件にリンクして、要件に対して実行されたテストの進行状況を追跡します。テスト ケースを定義した後に、次の手順に従って実装した要件にそれらのテスト ケースをリンクできます。Microsoft Test Manager を使用してこの手順を実行する方法については、「方法: プロダクト バックログ項目、ユーザー ストーリー、または要件作業項目をテスト計画に追加する」を参照してください。

テスト ケースを要件にリンクするには

  1. テストされた要件 のタブをクリックします。

  2. リンク先を選択 リンクの追加します。

    [テスト ケースへのリンクの追加] ダイアログ ボックスが表示されます。

  3. [リンクの種類] ボックスでは、既定値の [テスト] をそのまま使用します。

    [テスト済み作業項目] タブでリンクを作成した場合は、種類が "テスト" のリンクのみ指定できます。

  4. [参照] をクリックします。

    次のダイアログ ボックスが表示されます。

    [リンクされた作業項目の選択] ダイアログ ボックス

  5. 保存されたクエリ の一覧で、要件を開く のチーム クエリを選択し、検索を選択します。

  6. テスト ケースにリンクする要件の横にあるチェック ボックスをオンにします。

    詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。

  7. (省略可能) [コメント] テキスト ボックスに、リンクの説明を入力します。

  8. [OK] をクリックします。

  9. 作業項目の保存を選択 保存します。

    [!メモ]

    リンクした要件とテスト ケースの両方が更新されます。[テスト担当者] リンクが要件に追加されます。

テスト ケースへの詳細、添付ファイル、またはハイパーリンクの追加

テスト ケースの実装に関する詳細情報は、次の方法で提供できます。

  • [説明] または [履歴] の各フィールドに情報を入力します。

  • ファイルを添付します。

    たとえば、電子メールのスレッド、文書、イメージ、ログ ファイルなどのさまざまな種類のファイルを添付できます。

  • サーバーまたは Web サイト上に保存されている Web サイトまたはファイルへのハイパーリンクを追加します。

テスト ケースに詳細を追加するには

  1. 概要 のタブをクリックします。

  2. [説明] に情報を入力します。

  3. (省略可能) [履歴] フィールドに情報を入力します。

    情報の書式を設定すると、強調文字や箇条書きリストを使用できます。詳細については、「タイトル、ID、説明、および履歴のフィールド参照」を参照してください。

  4. 作業項目の保存を選択 保存します。

添付ファイルをテスト ケースに追加するには

  1. 添付ファイル のタブをクリックします。

    [添付ファイル] タブ

  2. 次のどれかの操作を実行します。

    • ファイルを添付ファイル領域にドラッグします。

    • Ctrl+V を選択 貼り付け するか、コピーするファイルを貼り付けるします。

    • 追加添付ファイルの追加を選択し、参照を選択し、添付ファイル のダイアログ ボックスで、添付するファイルの名前を入力するか参照します。

      (省略可能) [コメント] ボックスには、添付ファイルに関する追加情報を入力します。添付ファイル のダイアログ ボックスを閉じるには、OKを選択します。

  3. 作業項目の保存を選択 保存します。

テスト ケースにハイパーリンクを追加するには

  1. その他のリンク のタブをクリックします。

    [その他のリンク] タブでのハイパーリンクの指定

  2. リンク先を選択 リンクの追加します。

    ユーザー ストーリーへのハイパーリンクの追加

  3. リンクの種類 の一覧で、ハイパーリンクを選択します。

  4. [アドレス] ボックスに、リンク先のアドレスを入力します。

  5. リンク先が Web サイトである場合は、[アドレス] ボックスに URL を入力するか、インターネット ブラウザーから URL をコピーして貼り付けます。リンク先がサーバーである場合は、アドレスを UNC 名の形式で入力します。

  6. (省略可能) [コメント] ボックスには、ハイパーリンクに関する追加情報を入力します。

  7. [OK] をクリックします。

  8. 作業項目の保存を選択 保存します。

テスト ケースの状態の変更

テスト ケースを作成すると、その状態は自動的にデザインに設定されます。テスト ケースのすべてのアクションおよび検証ステップを定義し、テスト ケースの実行準備が完了として承認された後に、状態を準備完了に変更します。テスト ケースが必要なくなった場合は、その状態を準備完了から終了に変更します。状態の変化を追跡するデータ フィールドの詳細については、「割り当ておよびワークフローのフィールド参照」を参照してください。

Microsoft Test Manager を使用してこの手順を実行する方法については、「方法: テスト ケースの状態を「終了」に変更する」を参照してください。[テスト ケースを開く] チーム クエリを開き、更新するテスト ケースの [状態] フィールドを更新して、Office Excel で同時に複数のテスト ケースを編集できます。

チーム メンバーがテスト ケースを保存した後に、その状態を次の手順で説明する状態のいずれか 1 つに変更します。

テスト ケースの状態を変更するには

  1. テスト ケースを開きます。

  2. 状態 の一覧で、次の値から 1 を選択する:

    • [デザイン]: テスト ケースはデザイン中であり、レビューおよび承認はまだ行われていません。

      [!メモ]

      実行できるのは、デザイン 状態のテスト ケースです。

    • [準備完了]: テスト ケースはレビューおよび承認されており、実行する準備ができています。

    • [終了]: このチーム プロジェクトの今後のイテレーションには、このテスト ケースは不要になりました。

  3. [理由] ボックスでは、既定値の [廃止] のままにします。他の理由のテスト ケースを閉じた場合は 延期複製を選択します。

  4. 作業項目の保存を選択 保存します。

通常のワークフローの流れ:

  • チーム メンバーが、既定の理由が "新規" でデザイン状態のテスト ケースを作成します。

  • チーム メンバーがテスト ケースの状態をデザインから準備完了に変更すると、テスト対象の要件の受け入れテストに使用できる状態であることを示します。

  • チーム メンバーがテスト ケースの状態を準備完了から終了に変更すると、そのテスト ケースが今後使用されないことを示します。

例外的な遷移:

  • チーム メンバーが、要件に対して定義されたテスト ケースに関連する、または別のテスト ケースの重複であることを示すに 終了に設計します。テスト ケースの状態をからに変更します。

  • チーム メンバーがテスト ケースの状態を準備完了からデザインに変更すると、テスト ケースに追加する必要のある追加のテスト基準が検出されたことを示します。

  • チーム メンバーがテスト ケースの状態を終了からデザインに変更すると、テスト ケースがエラーで終了したか、またはテストする要件が現在スコープ内にあることを示します。

テスト ケースの状態の図

テスト ケースの状態ダイアグラム

Ee332484.collapse_all(ja-jp,VS.110).gifデザイン [新規]

チーム メンバーはテスト ケースを作成し、わかりやすいタイトルを指定して、実行するステップおよびパラメーターを定義します。チーム メンバーは、テスト ケースのすべてのステップを定義し、テスト ケースを実行する準備ができると、状態をデザインから準備完了に変更します。

チーム メンバーがテスト ケースを作成すると、次のデータ フィールドが自動的にキャプチャされます。

  • [担当者]: テスト ケースを作成したチーム メンバーの名前。

  • [作成者]: テスト ケースを作成したチーム メンバーの名前。

  • [作成日]: テスト ケースが作成された日時 (サーバー クロックで記録された日時)。

Ee332484.collapse_all(ja-jp,VS.110).gifデザインから準備完了へ

チーム メンバーがテスト ケースの状態をデザインから準備完了に変更すると、[理由] フィールドが自動的に [完了] に設定されます。

理由

使用する状況

追加で行う操作

[完了]

テスト ケースのすべてのアクションおよび検証ステップが定義されている場合。

類似した要件に対して定義されているテスト ケースを確認し、テスト ケースの保守を最小化する共有ステップを定義できるかどうかを確認します。

Ee332484.collapse_all(ja-jp,VS.110).gifデザインまたは準備完了から終了へ

チーム メンバーは、次のいずれかの理由により、デザインまたは準備完了状態のテスト ケースを終了できます。

理由

使用する状況

追加で行う操作

廃止 (既定)

要件の受け入れテストに、テスト ケースが必要なくなった場合。

テスト ケースにリンクされているすべての要件が完了状態であることを検証します。

遅延

テスト ケースが現在の製品サイクルまたはイテレーションにおいて実行されない場合。テスト対象の要件が、スコープ外または破棄であるために完了状態である場合にもこの理由を指定できます。

なし。

Duplicate

テスト ケースが別のテスト ケースと重複した場合。

開いたままの重複テスト ケースへのリンクを作成します。

チーム メンバーがテスト ケースを終了すると、次のデータ フィールドがキャプチャされます。

  • [終了者]: テスト ケースを終了したチーム メンバーの名前。

  • [終了日]: テスト ケースが終了した日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: テスト ケースの状態が変更された日時。

Ee332484.collapse_all(ja-jp,VS.110).gif準備完了

テスト ケースが正しく定義され、実行する準備ができたら、状態を準備完了に変更します。

Ee332484.collapse_all(ja-jp,VS.110).gif準備完了からデザインへ

チーム メンバーは、次の理由により、テスト ケースの状態を準備完了からデザインに変更できます。

理由

使用する状況

追加で行う操作

テスト ケースの更新

テストの承認基準に対応するために、テスト ケースを変更する必要がある場合。たとえば、ステップのシーケンスの変更、新しいステップの追加、およびパラメーターの変更や追加を行うことができます。

なし。

チーム メンバーがテスト ケースを再アクティブ化すると、次のデータが自動的にキャプチャされます。

  • [アクティブ化した人]: テスト ケースを再アクティブ化したチーム メンバーの名前。

  • [アクティブ化された日]: テスト ケースがアクティブ化された日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: テスト ケースの状態が変更された日時。

Ee332484.collapse_all(ja-jp,VS.110).gifClosed

テストする要件がスコープ内に戻ってきた場合、チーム メンバーは、終了したテスト ケースを再アクティブ化できます。

Ee332484.collapse_all(ja-jp,VS.110).gif終了からデザインまたは準備完了へ

テスト ケースの状態を終了からデザインまたは準備完了に更新した場合、次の表に示す理由が既定かつ唯一の値となります。

理由

使用する状況

追加で行う操作

再アクティブ化済み

テスト ケースによって要件の受け入れテストをサポートする必要がある場合。

すべてのアクションおよび検証ステップを検証し、それらが要件をテストするのに十分であるかどうかを確認します。

チーム メンバーがテスト ケースの状態を終了からデザインまたは準備完了に更新した場合、次のデータ フィールドがキャプチャされます。

  • [アクティブ化した人]: テスト ケースを再アクティブ化したチーム メンバーの名前。

  • [アクティブ化された日]: テスト ケースがアクティブ化された日時 (サーバー クロックで記録された日時)。

  • [状態の変更日]: テスト ケースの状態が変更された日時。

参照

概念

アプリケーションのテスト

成果物 (CMMI)

Visual Studio ALM の CMMI プロセス テンプレート

その他の技術情報

作業項目とワークフロー (CMMI)