テストケース (CMMI)

[アーティクル]
04/10/2013

チームは、テストケースを使用して、テストランナーおよび 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を使用して共有ステップを作成する必要があります。詳細については、「方法: 共有ステップを使用してテストケースの共通のステップを共有する」を参照してください。

このトピックの内容	関連トピック
テストケースの定義テストケースの要件へのリンクテストケースへの添付ファイルまたはハイパーリンクの追加テストケースの状態の変更	ダッシュボードとレポートテストのダッシュボード (CMMI) テストケース準備レポートテスト計画の進行状況レポートテスト管理レポートフィールド参照タイトル、ID、説明、および履歴のフィールド参照割り当ておよびワークフローのフィールド参照計画、順位付け、および優先度付けフィールド参照ビルドとテストの統合フィールド参照区分およびイテレーションのフィールド参照作業項目、およびリンクコントロールと制約のリンク添付ファイルコントロールおよびフィールド参照

テストケースの定義
テストケースの要件へのリンク
テストケースへの添付ファイルまたはハイパーリンクの追加
テストケースの状態の変更

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

フィールド参照

必要なアクセス許可

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

テストケースの定義

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

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

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

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

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

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

作業項目フォームの最上部のセクションで、次のフィールドを 1 つ以上指定します。
- [タイトル] (必須) に、テストする基準を定義するわかりやすい名前を入力します。
- 担当者 の一覧で、テストケースの適切な所有者を選択します。
  
  [!メモ]
  
  作業項目は、貢献者グループのメンバーにのみ割り当てることができます。
  
  テストケースの担当者を割り当てない場合は、自動的に自分が担当者に割り当てられます。
- [状態] ボックスでは、既定値 [デザイン] をそのまま使用します。
  
  [!メモ]
  
  実行できるのは、デザイン 状態のテストケースです。
- 優先度 の一覧で、4 ~ 1 の範囲でテストケースの重要度を (最も重要) を選択します (最も重要)。
  
  このフィールドの既定値は 2 です。
- オートメーションの状態で、テストケースを自動化する予定がある場合は、既定 自動化なしを手動場合にそのまま使用するか、計画済み を選択します。
  
  [!メモ]
  
  [関連付けられたオートメーション] タブでオートメーションメソッドを追加すると、このフィールドの値は自動的に [自動] に更新されます。手動テストケースを自動テストケースに変換する方法の詳細については、「方法: テストケースに自動テストを関連付ける」を参照してください。
- 区分の一覧で、テストケースに応じたチームプロジェクトの区分を選択します。
  
  この値は、テストケースが対処する要件に対して指定されている区分と一致する必要があります。既定値は、プロジェクトに定義されている最上位の区分ノードです。
- イテレーション の一覧で、テストケースに応じたチームプロジェクトのイテレーションを選択します。
  
  既定値は、プロジェクトに定義されている最上位のイテレーションノードです。
  
  [!メモ]
  
  各チームプロジェクトのプロジェクト管理者は、プロジェクトの領域パスとイテレーション パスを定義することで、チームがそれらの定義によって進捗状況を追跡できるようにします。詳細については、「区分およびイテレーションの作成および修正」を参照してください。
手順のタブで、テストの一部として実行されるアクションと検証ステップおよびパラメーターを定義します。

詳細については、「Microsoft テストマネージャーでのテストの作成および管理」を参照してください。
SUMMARY のタブをクリックし、次のフィールドを 1 つまたは両方を指定する:
- 説明では、だけ詳細な情報を提供して、テストケースを記述する必要があります。
- [履歴] に、履歴レコードの一部として取り込むコメントを追加します。
  
  チームメンバーが作業項目を更新するたびに、変更日、変更を行ったチームメンバー、および変更されたフィールドが履歴に表示されます。
TESTED REQUIREMENTS と すべてのリンク のタブで、テストケースから要件、タスク、変更要求、バグなどの一つ以上の作業項目へのリンクを作成します。
ATTACHMENTS のタブで、追加の仕様、イメージ、または実行するテストケースに関する詳細を提供する他のファイル。

詳細については、このトピックの次のセクションを参照してください。
- テストケースの要件へのリンク
- テストケースへの添付ファイルまたはハイパーリンクの追加
作業項目の保存を選択します。

[!メモ]

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

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

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

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

テストされた要件 のタブをクリックします。
リンク先を選択します。

[テストケースへのリンクの追加] ダイアログボックスが表示されます。
[リンクの種類] ボックスでは、既定値の [テスト] をそのまま使用します。

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

次のダイアログボックスが表示されます。
保存されたクエリ の一覧で、要件を開く のチームクエリを選択し、検索を選択します。
テストケースにリンクする要件の横にあるチェックボックスをオンにします。

詳細については、「リンクまたはインポートする作業項目の検索」を参照してください。
(省略可能) [コメント] テキストボックスに、リンクの説明を入力します。
[OK] をクリックします。
作業項目の保存を選択します。

[!メモ]

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

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

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

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

たとえば、電子メールのスレッド、文書、イメージ、ログファイルなどのさまざまな種類のファイルを添付できます。
サーバーまたは Web サイト上に保存されている Web サイトまたはファイルへのハイパーリンクを追加します。

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

概要のタブをクリックします。
[説明] に情報を入力します。
(省略可能) [履歴] フィールドに情報を入力します。

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

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

添付ファイル のタブをクリックします。
次のどれかの操作を実行します。
- ファイルを添付ファイル領域にドラッグします。
- Ctrl+V を選択するか、コピーするファイルを貼り付けるします。
- 追加を選択し、参照を選択し、添付ファイル のダイアログボックスで、添付するファイルの名前を入力するか参照します。
  
  (省略可能) [コメント] ボックスには、添付ファイルに関する追加情報を入力します。添付ファイル のダイアログボックスを閉じるには、OKを選択します。
作業項目の保存を選択します。

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

その他のリンク のタブをクリックします。
リンク先を選択します。
リンクの種類 の一覧で、ハイパーリンクを選択します。
[アドレス] ボックスに、リンク先のアドレスを入力します。
リンク先が Web サイトである場合は、[アドレス] ボックスに URL を入力するか、インターネットブラウザーから URL をコピーして貼り付けます。リンク先がサーバーである場合は、アドレスを UNC 名の形式で入力します。
(省略可能) [コメント] ボックスには、ハイパーリンクに関する追加情報を入力します。
[OK] をクリックします。
作業項目の保存を選択します。

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

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

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

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

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

テストケースを開きます。
状態の一覧で、次の値から 1 を選択する:
- [デザイン]: テストケースはデザイン中であり、レビューおよび承認はまだ行われていません。
  
  [!メモ]
  
  実行できるのは、デザイン 状態のテストケースです。
- [準備完了]: テストケースはレビューおよび承認されており、実行する準備ができています。
- [終了]: このチームプロジェクトの今後のイテレーションには、このテストケースは不要になりました。
[理由] ボックスでは、既定値の [廃止] のままにします。他の理由のテストケースを閉じた場合は延期か複製を選択します。
作業項目の保存を選択します。

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

チームメンバーが、既定の理由が "新規" でデザイン状態のテストケースを作成します。
チームメンバーがテストケースの状態をデザインから準備完了に変更すると、テスト対象の要件の受け入れテストに使用できる状態であることを示します。
チームメンバーがテストケースの状態を準備完了から終了に変更すると、そのテストケースが今後使用されないことを示します。

例外的な遷移:

チームメンバーが、要件に対して定義されたテストケースに関連する、または別のテストケースの重複であることを示すに終了に設計します。テストケースの状態をからに変更します。
チームメンバーがテストケースの状態を準備完了からデザインに変更すると、テストケースに追加する必要のある追加のテスト基準が検出されたことを示します。
チームメンバーがテストケースの状態を終了からデザインに変更すると、テストケースがエラーで終了したか、またはテストする要件が現在スコープ内にあることを示します。

テストケースの状態の図

デザイン [新規]

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

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

[担当者]: テストケースを作成したチームメンバーの名前。
[作成者]: テストケースを作成したチームメンバーの名前。
[作成日]: テストケースが作成された日時 (サーバークロックで記録された日時)。

デザインから準備完了へ

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

理由	使用する状況	追加で行う操作
[完了]	テストケースのすべてのアクションおよび検証ステップが定義されている場合。	類似した要件に対して定義されているテストケースを確認し、テストケースの保守を最小化する共有ステップを定義できるかどうかを確認します。

デザインまたは準備完了から終了へ

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

理由	使用する状況	追加で行う操作
廃止 (既定)	要件の受け入れテストに、テストケースが必要なくなった場合。	テストケースにリンクされているすべての要件が完了状態であることを検証します。
遅延	テストケースが現在の製品サイクルまたはイテレーションにおいて実行されない場合。テスト対象の要件が、スコープ外または破棄であるために完了状態である場合にもこの理由を指定できます。	なし。
Duplicate	テストケースが別のテストケースと重複した場合。	開いたままの重複テストケースへのリンクを作成します。

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

[終了者]: テストケースを終了したチームメンバーの名前。
[終了日]: テストケースが終了した日時 (サーバークロックで記録された日時)。
[状態の変更日]: テストケースの状態が変更された日時。

準備完了

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

準備完了からデザインへ

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

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

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

[アクティブ化した人]: テストケースを再アクティブ化したチームメンバーの名前。
[アクティブ化された日]: テストケースがアクティブ化された日時 (サーバークロックで記録された日時)。
[状態の変更日]: テストケースの状態が変更された日時。

Closed

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

終了からデザインまたは準備完了へ

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

理由	使用する状況	追加で行う操作
再アクティブ化済み	テストケースによって要件の受け入れテストをサポートする必要がある場合。	すべてのアクションおよび検証ステップを検証し、それらが要件をテストするのに十分であるかどうかを確認します。

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

[アクティブ化した人]: テストケースを再アクティブ化したチームメンバーの名前。
[アクティブ化された日]: テストケースがアクティブ化された日時 (サーバークロックで記録された日時)。
[状態の変更日]: テストケースの状態が変更された日時。

参照

概念

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

成果物 (CMMI)

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

その他の技術情報

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

次の方法で共有

テストケース (CMMI)