Microsoft Test Manager を使用した探索的テストの実行

探索的テスト資産検索先立って定義された一連のテスト ステップと定義済みのスクリプトのないアプリケーション。

(MTM) Microsoft テスト マネージャーは、実行する操作の記録によってアプリケーションを使用するときに役立ちます。また、スクリーンショット、コメント、添付ファイル、オーディオ ナレーション、画面のビデオを記録できます。記録に定義が検出される可能性がある違反のトレースが簡単になります。アプリケーションが更新された後にテストをレプリケートする場合は、またはユーザーのために簡単になるように、テスト ケースとして、アクションを格納できます。

要件

• Visual Studio Ultimate, Visual Studio Premium, Visual Studio Test Professional

" "を参照してください。ビデオ: 手動テストで簡単に移動して、再生の問題

• 次に MTM を開くとき、およびテスト計画にチーム プロジェクトに接続するように要求します。何ですか。
  詳細については、「アプリケーション ライフサイクル管理のための Visual Studio および Team Foundation Server の導入」および「アプリケーションのテスト」を参照してください。

探索的テスト セッションの開始

Microsoft テスト マネージャーでは、[テスト センター]、[テスト]、[探索的テストの実行] を開きます。

• 私は表示されません**[探索的テストの実行.]**
  チームは 2012 以前では、TFS のバージョンを使用しています。Visual Studio 2010 のガイダンスを参照してください。

[探索] を選択します。

または

要件の作業項目を選択し、[Explore work item] を選択します。これは、作業項目とテストの記録を関連付けます。

• はなぜ作業項目にテスト セッションを関連付けるか。
  すべてのセッションで調査用バグまたはテスト ケースを作成する場合、ユーザーはその作業項目に自動的にリンクされます。

  要件カテゴリのすべての作業項目とセッションを関連付けることができます。標準的なチーム プロジェクト テンプレートでは、これは 要件 (CMMI)、製品バックログ項目 (スクラム)と ユーザー ストーリー (アジャイル)が含まれます。

  は、の探索セッションで作成したテスト ケースとテスト計画に関連付けられている作業項目が自動的に追加されます。

  各要件のコーディングをチェックインすると、その要件にローカライズするテストを実行することをお勧めします。作成したバグが完全ではないことを示す要件にリンクします。

• はなぜ条件とセッションを関連付けないか。
  場合によっては、特定の条件に焦点を避けてアプリケーションを調査する必要があります。

呼び出す準備が整うまで探索的テストのウィンドウが開き、待ち時間。

アプリケーションの精査

アプリケーションを実行する準備をします。たとえば、アプリケーション、Web サイト、Web サーバーを起動します。

探索的テストのペインで、[開始] を選択します。

アプリケーションを実行し、機能について検討します。たとえば、自分の Web サイトに WebBrowser とログインを開きます。

探索的テストのウィンドウは、画面の残りの部分で実行される操作を記録します。でどのように、スクリーンショット コメント、およびファイルを追加できます。これらは、バグまたはテスト ケースに作成する追加されます。

[Visual Studio 2012 の更新プログラム 1]操作ログは自動的にテキストまたはジェスチャを囲む領域を集中的に見る画面のスナップショットが含まれます。スクリーン ショットはセッションの調査用バグを作成するときに含まれます。

特定の要件を参照する場合は、条件がさまざまな条件下で満たすことを確認します。詳細については、My は、探索的テストを実行する必要があるか。を参照してください。

• すべて、担当する詳細に記録されています。
  既定では、MTM と Word、描画、および Outlook など、Office アプリケーション アクションは記録されません。この設定を変更するには、アクションのログインのプロパティをテスト計画のテストの設定を構成します。詳細については、テスト計画の構成を参照してください。

  また、描画など、詳細な操作は変わる記録されません。たとえば、描画アプリケーションの描画サーフェイスを、アクションはカーソルの移動としてのみキャプチャ。内容と完全に記述するコメントを追加する必要があります。

  アクションのレコードはユーザー インターフェイス コントロールに読み取り可能な名前を持つ場合に比べてわかりやすくなります。開発チームはユーザー インターフェイスの各コントロールのユーザー補助プロパティ、または HTML のアプリケーションの各要素 ID を設定する必要があります。

• [アプリケーションは Web サイトまたはクライアントとサーバーのシステムです。MTM はサーバーで発生するイベントを記録できますか。
  はい。ラボ環境のサーバーを実行してラボ内のマシンからのイベントをキャプチャ テスト計画を構成する必要があります。バグを作成する場合、MTM は、ラボのコンピューターからデータを取得してバグ レポートにアタッチします。詳細については、「アプリケーションのライフサイクルでのラボ環境の使用」を参照してください。

バグの報告

アプリケーションの欠陥の検出と、[バグの作成] を選択します。

エラーを再現するには、実行した手順は [再現手順] のウィンドウのバグに自動的に保存されます。テストの実行中に、作成したコメントは、追加した添付ファイルとスクリーンショット、およびそのほかのシステム情報とともに表示されます。

ステップが含まれるするバグを作成すると、変更できます。

同じ手順を含むバグ、テスト ケースを生成できます。これにより、バグが将来繰り返さないことを確認できます。バグ、およびテスト ケースをリンクします。

[Visual Studio 2012 の更新プログラム 1入力]各アクションの説明は、アクションの近くの領域のスクリーンショットを一緒に自動的に追加されます。

画面全体がテスト中にどのように表示されるかについては、[操作ログ] を選択します。

簡単な Make 再テスト

アプリケーションが、バグが修正されたさらに、更新、または作成する場合、すべてが、またはより適切に動作するかどうかが動作していることを確認するテストを再実行する場合。

ただし、探索的テストに対応専門知識、創造の検討と、実験があります。将来の状況で時間を節約するために、テスト ケースのステップのスクリプトとして、アクションを保存できます。これでこれらのテストを再度実行するときに、-または他のユーザーの変更を改革する代わりに、-のみ手順に従う必要があります。

調査用の、セッションからテスト ケースを直接作成できます。また、の直後にバグを作成する。

テスト ケースに含まれる最後の手順の数を調整できます。

探索セッションからテスト ケースを直接作成する場合は、通常、に記録する手順を実行する前に、の機能を実施する時間をいいます。が、のシーケンスの開始位置を開始するテスト ケースを編集します。

また、結果が各ステップの後に表示する必要のあるかを示すには、作業項目を編集する必要があります。

作業項目を保存して閉じると、検索に戻ることができます。

ヒント
それぞれの別のテスト ケースを要件の別の側面作成します。

• 私は、異なるデータ値を持つ同じシーケンスで実行しました。私は別のテスト ケースとしてそれぞれを記録する必要があるか。
  1 ページ1 個のテスト ケースを作成して、シーケンス内の特定の値のパラメーター名に置換するにはを編集します。パラメーター名は "@" から始まります。たとえば、"クリック "の" " @flavor リンクします。テスト ケースのスクリプトの最後の [パラメーター値] の表では、テストの繰り返しで使用される一連の値を指定します。詳細については、「Microsoft テスト マネージャーを使用した手動テスト ケースの作成」を参照してください。

テストの完了

ヒント
テストの実行に結果を表現する "開いているアカウントに失敗しました" などのタイトルを付けた "順序を正常に作成されました"。これにより、最新の探索的テストのリストを解釈しやすくなります。

どの程度お勧めしているか。

このテスト計画で実行されたテストを確認して [探索的テスト セッションの表示] を使用します。条件に応じてテストの並べ替えとフィルター処理できます。

探索的テストを使用する

• My は、探索的テストを実行する必要があるか。
  テストの最も重要なカテゴリは以下のとおりです:

  • **ストーリーを実行します。**ユーザー ストーリーや製品バックログ項目に約束されるアクションを実行できるか。

  • **一つのキー値。**たとえば、入力–の差集合と一つの項目、すべてのある事項 1、2 などのユーザー ストーリーを、空の買い物カゴ、実行できるか。

  • **アプリケーションを中断します。**予期しない入力や大量の入力を提供することで、アプリケーション エラーが発生します。たとえばするか。

  異なる ツアーの観点から考えることができます。ツアーは、テストの特定のフレーバーを実行する検索されます。詳細については、ジェームス A.を参照してください。Whittaker の本、探索的テスト。

• これは、計画されたテスト ケースとともに探索的テストを使用する必要があるか。
  異なるチームは、テスト ケースを使用して探索的テスト、および計画されたテストでさまざまな組み合わせを使用します。考慮する必要のある各戦略を次に示します。:

  • **探索だけ。**探索的テストに完全に依存し、そのテスト ケースを作成しないでください。違反がある場合バグ作業項目を作成します。バグが修正されたら、バグ修正の確認するように求める調べます。探索的テストの一覧でテストされた内容の最適なレコードです: スプリントの終わりまでに、およびに各製品バックログ項目またはユーザー ストーリーの 1 文字以上のテストする必要があります。この方法は、小型プロジェクトに適しています。

  • **新しい機能、回帰のテスト ケースの検索。**要件のコードがチェックインされたとき、探索的テストを実行し、それらのパースペクティブからテスト ケースを作成します。検索エラーのバグを作成する。バグが修正されたら、すべてのテスト ケースを実行します。完全さの最適な大きさは、テスト ケースを渡すときにグラフです。各スプリントでは、前のスプリントの、テスト ケースは何も確認せずするように変更。

  • **先立ってテスト ケースを計画し、コードを中断するには調べます。**要件を明確にするために、を使用してテスト ケースのスクリプトを、先立って記述します。コードをチェックインするように、適切なテスト ケースを実行します。また、アプリケーション エラーの目的で追加のテスト ケースを生成するための探索的テストを実行する場合、両方。

修正の検証

バグの修正をチェックインすると、MTM を開き、[テスト センター]、[テスト]、[バグの検証] を選択します。このページに作成されたこのテスト計画でテスト ケースにリンクし、バグの一覧があります。修正 [確認] を選択し、バグをオンにします。テスト ランナーがエラーを検出するために実行する手順を開き、示します。手順に従って、エラーが発生しないことを確認します。テストに合格としてマークし、バグを閉じます。

サーバーからデータを収集できます。

アプリケーションが Web サイトまたはサーバー アプリケーションの場合は、サーバー コンピューターから、または独自のクライアント コンピューターから情報を収集できます。

これを行うには、ラボ環境を設定し、その環境のマシンのサーバーをインストールする必要があります。詳細については、ラボ環境のテストの実行を参照してください。

また、環境からデータを収集するようにテストを構成する必要があります。テスト計画のプロパティでこれを行うことも、テストのこのオプションを選択できます。

個別のテスト セッションを構成および [オプションを指定して探索] を使用してテストを開始します。

すべてのテストがサーバーのデータを収集するように設定するには: MTM では、[テスト センター]、[計画]、[プロパティ] を選択します。[テスト環境] で、サーバーをインストール環境を選択します。

追加のデータ収集

追加のデータがテストのセッションに、作成するすべてのバグに記録されるように、テスト計画のプロパティを設定できます。たとえば、ユーザーの操作が収集する必要があるプログラムを追加または削除できます。

作業、およびオーディオ論評を格納するたびに、画面のビデオ キャプチャ。

詳細については、「方法: テスト計画のテスト設定と環境を選択する」を参照してください。

セキュリティ

テスト セッション中に実行するアクションが自動的に記録されることに注意してください。場合によっては、この記録は、ユーザー名とパスワードなど、重要情報をキャプチャできます。

外部リソース

ガイダンス

Visual Studio 2012 –の章の 4 番目の一連の配信のためのテスト: システムの手動テスト

ビデオ

手動テストで簡単に移動して、再生の問題

参照

処理手順

方法: Microsoft テスト マネージャーを使用して作業項目を作成する

方法: Microsoft テスト マネージャーを使用して作業項目を作成する

概念

Microsoft テスト マネージャーでのテストの実行

プロダクト バックログ項目、ユーザー ストーリー、または要件のためのテストの作成

製品バックログ項目 (スクラム)

ユーザー ストーリー (アジャイル)

要件 (CMMI)

その他の技術情報

方法: プロダクト バックログ項目、ユーザー ストーリー、または要件作業項目をテスト計画に追加する

作業項目の作成、コピー、および更新