Microsoft テスト マネージャーでのテスト設定の指定

Microsoft テスト マネージャーでテストを実行すると、テスト フレームワークは各コンピューターのロールの操作ログとビデオの記録、診断トレース情報などのデータを収集できます。テストの設定でこれらのオプションを指定できます。テストの設定によってデータを収集する 診断データ アダプターを 制御します。

一般的な Web または分散システムをテストするには、クライアント、サーバー データベースのロールを実行するために複数のテスト コンピューターなどを使用します。テストの設定は、テストに必要な指定し、ロールごとに別の診断アダプターの構成をロールを指定します。テスト計画でテストを実行すると、ロールの同じ数のラボ環境は自動的に選択されます。テストの設定のロール セットに対応するテスト環境が複数存在する場合は、対応する別の環境を選択できます。

要件

• Visual Studio Ultimate または Visual Studio Premium または Visual Studio Test Professional

私は、テストの設定を使用する必要があるか。

Microsoft テスト マネージャーを使用する最初の起動時にテストの設定を使用しない方が簡単です。

テストの設定を必要としません :

• Microsoft テスト マネージャーの手動または探索的テストを実行しています; および

• テスト結果だけで、アクション ログを記録する場合。

テストの設定が必要です。 場合:

• テスト結果およびバグ作業項目に追加のイベント ログ、IntelliTrace またはビデオ記録、アプリケーションのバグの特定に役立ちます。

• 各テストが最近のコード変更によって影響を受けるかを確認するために、テスト影響分析を実行します。

• 独自のアプリケーションを稼働環境で随時発生する可能性がある潜在的なボトルネックをエミュレートします。

• 自動テストのボックスがどのように実行されるかの詳細を構成します。

操作方法は、テスト設定ファイルを使用しますか。

テスト計画の [プロパティ] のページの Microsoft テスト マネージャーで、2 個のテストの設定ファイルを選択できます。1 つが、手動テスト用で、もう一つは自動テストの場合です。その計画のテスト ケースを実行するとき、これらの設定は既定値のままですが、個々の実装でオーバーライドできます。

新しいテストの設定ファイルまたは選択して、チーム プロジェクトで既に定義されている既存のファイルを作成できます。たとえば、チーム プロジェクトの次の反復処理の新しいテスト計画を作成した場合、通常は現在のイテレーションで使用するテスト設定ファイルを再利用します。

選択または作成するようにテストの設定をテスト計画のファイルです:

開いている [テスト センター]、[計画]、[プロパティ]。[手動での実行] か [自動での実行] の下で、メニューのをクリックし、を [テストの設定] または既存のテストの設定ファイル、または [新規作成] を選択します。の詳細を編集するには、既存のテストの設定は、[開く] を選択できるようになります。

自動実行の設定は、テスト コードにリンクされているテスト ケースを実行するときに使用されます。テストをすべて手動である場合、このオプションを設定する必要はありません。

チーム プロジェクトのテストの設定ファイルを管理する:

開いている [ラボ センター]、[テストの設定]。ここから既存のテストの設定ファイルを編集したり、新しいレコードを作成できます。

追加のガイダンスについては、Visual Studio 2012 –の章の 6 番目の一連の配信のためのテスト: ツールボックスのテスト" "を参照してください。

テストの設定の編集

テストの設定のページは次のとおりです:

• [全般]

• 役割

• [データと診断]

• 自動テストの[詳細] のみ–。詳細については、「Microsoft テスト マネージャーを使用した自動テストの作成」を参照してください。

• 概要

:テストの設定 [全般]

この名前を設定ファイルに提供し、手動テストまたは自動テストを実行するかどうかを指定します。

ユーザーが Microsoft テスト マネージャーの次のテスト ステップに手動で実行すると、テストを選択して、アクションの記録されたシーケンスを行う探索的テスト ケース、テストの設定を定義するには [手動] が。

設定を Visual Studio のテスト メソッドに関連付けられたテスト ケースを実行するために定義するように [自動] を選択します。

:テストの設定 [ロール]

テストの設定の [ロール] のページでテストを実行して適しているコンピューターのロールの組み合わせを選択します。テストを実行するには、このテストの設定を使用する場合は、テスト対象のソフトウェアがコンピューターの少なくとも同じ値は、対応するロール セットを使用して環境に配置する必要があります。ロールは、コンピューターの用途を参照するデータベース サーバーまたは Web サーバーなどのラベルです。

ロールのセットの一覧がテスト プロジェクトで定義されているラボ環境に基づいています。テストに適した 1 を確認できない場合、新しいラボ環境を作成する必要があります。詳細については、「ラボ環境の作成」を参照してください。

• 手動テストの実行のロール
  [ローカル] のロールは常に含まれています。このロールは、Microsoft Test Manager を実行し、コンピューターでテストを実行するかに対応します。

  テストを実行する間、配布されるテストしたり、Web アプリケーション、サーバー コンピューターから診断データを収集する場合は、他のロールは必要ではありません。

  ヒント
  環境にデスクトップ クライアントが含まれている場合、Microsoft Test Managerをインストールする際に、このコンピューターで手動テストを実行できます。実際には、このコンピューターは、このコンピューターで手動テストを実行すると、テスト設定のローカル コンピューターになります。

  

• 自動化されたテスト実行のロール
  自動テストはラボ環境内で実行する必要があります。アプリケーションが配置される各マシンのロールを含むロール セットを選択する必要があります。単純なデスクトップ アプリケーションの場合、1 種類のロールだけです。Web サービスのような分散アプリケーションの場合は、Web サーバーによってデータベース サーバーに対してロールなどを要求します。

  アプリケーションがアプリケーションの一部ではない外部サービスを使用すると、ロールのセットに含める必要があります。

  [自動テストの実行に使用するロールを選択してください] で、テスト コードが読み込まれて実行されるコンピューターを選択します。

  

:テストの設定 [データと診断]

このページで診断アダプターを追加し、のラボ環境内の各マシンのロールのデータを収集するように構成できます。ほとんどの場合、診断データは、テスト結果に含まれます。

各ロールを順にクリックし、使用する診断アダプターをチェックします。

診断データ アダプター	構成
[操作ログ] : それ以降にそれらを迅速にできるように、割り当て、テスト中に実行するアクションを記録します。アクションは、障害が容易に診断するために、と同時に作成すると、任意のバグ レポートのテキスト説明記録されます。	方法: 手動テストで記録されたアプリケーションを選択する
IntelliTrace およびテストの影響用の ASP.NET クライアント プロキシ Web クライアント ロールのこのアダプターを選択します。これは、ASP.NET アプリケーションをテストする場合は、Web サーバー ロールの [テストの影響] か [IntelliSense] のデータを収集する場合は必須です。	コード変更により影響を受けたテストの検索 方法: 困難な問題をデバッグするのに役立つ IntelliTrace データを収集する
イベント ログ アプリケーション、セキュリティまたはシステム イベント ログはテスト結果に含まれます。これらのログに項目を追加するコードを記述できます。	使用するイベントの種類を選択するには [構成] を選択します。 WriteEntry
[IntelliTrace] : 再現するのが困難なバグの特定に役立つ特定の診断トレース情報を収集するように IntelliTrace の診断データ アダプターを構成できます。これは、この情報を含む IntelliTrace ファイルが作成されます。ファイルは、.iTrace 拡張子を持ちます。テストが失敗した場合は、バグを作成できます。テスト結果と共に保存される IntelliTrace ファイルがこのバグに自動的にリンクされます。IntelliTrace ファイルにデータが収集されることによって、コードのエラーを再現して診断するために必要な時間が短縮され、この結果、デバッグの生産性が向上します。この IntelliTrace ファイルから、ローカル セッションを再現不可能なバグのリスクを軽減別のコンピューターでシミュレートできます。 詳細については、「IntelliTrace での履歴のレビューによるコードのデバッグの高速化」を参照してください。	方法: 困難な問題をデバッグするのに役立つ IntelliTrace データを収集する
システム情報: コンピューターに関する情報。	追加の構成はありません。
テスト影響: どのテストを開発中に行われたコードの変更の影響を受けたを設定したりできます。このオプションを有効にします。 ASP.NET アプリケーションでは、Web サーバーの役割と Web クライアントのロールでこのアダプターを有効にします [IntelliTrace およびテストの影響用の ASP.NET クライアント プロキシ] を有効にします。	ASP.NET アプリケーションをテストする場合は、IIS サーバーで実行するロールで、[構成]、[詳細]、[ASP.NET] を選択します。 方法: コードの変更後に実行するテストをチェックするためのデータを収集する
[Screen and Voice Recorder] : テストの実行時にデスクトップ セッションの記録を作成できます。記録、他のチーム メンバーが、再現するのが困難なアプリケーション上の問題を特定するのに役立ちます。	読み上げられるの記録を含めるか、テストが失敗に加えて経過記録を保存することを指定するには、[構成] を選択します。画面の記録の品質を変更するには [構成] を使用します。 方法: テスト設定を使用してテスト中に画面と音声の記録を含める

Visual Studio 2012 と Visual Studio 2010間のテストの設定に関する互換性の詳細については、Visual Studio 2010 のテスト設定の互換性を参照してください。

自動テストのテストの設定

これらのテストの設定は自動テストのテスト設定を作成する場合にのみ使用できます。詳細については、「Microsoft テスト マネージャーを使用した自動テストの作成」を参照してください。

設定	目的	説明
配置	テストを実行する前にテスト コンピューターにコピーするファイルを指定します。または作成するディレクトリを指定できます。	個々のテスト メソッドに、テスト コードで DeploymentItem の属性を指定できます。 詳細については、「方法: テスト用のファイルを配置する」を参照してください。
Scripts	自動テストを開始する前に、テスト コンピューター上で実行されるスクリプト。
ホスト	IIS の ASP.NET テストを構成します。	柔軟性を最大限に高めるには、テスト プロジェクトを "Any CPU2" 構成でコンパイルします。が、64 ビットのエージェントの両方の 32 で実行します。"64 ビット" 構成でテスト プロジェクトをコンパイルしても、特に利点はありません。
タイムアウト	自動テストの実行時間を制限します。
アドイン	単体テストや Web テストの追加の構成。	単体テストのアドインの構成を参照してください。

単体テストのアドインの構成

単体テストにリンクしてテスト ケースを自動化すると、テストの設定の [アドイン] のページの [単体テスト] を構成します。

1. [読み込まれるアセンブリのルート フォルダ] のフォルダーを探し、テキスト ボックスに入力するには [参照] を選択します。

   指定するルート フォルダーは環境変数を格納でき、テストが実行される AppDomain の ApplicationBase として使用されるディレクトリを表します。このディレクトリ内のすべてのアセンブリは、単体テストで読み込むことができます。稼動環境では、これを、テスト対象コードのアセンブリがインストールされるディレクトリに設定することをお勧めします。開発環境では、良い方法は、テスト アセンブリの下の、コードがビルドされるディレクトリに設定することです。これにより、テストの処理中に製品バイナリをコピーしなくても、テストの検索および実行時に自身が所有している製品バイナリへの参照を読み込んで解決できるようになります。

   ここで値が設定されていないと、テストが実行される AppDomain の ApplicationBase が、テストを格納するディレクトリに設定されます。

2. [テスト ディレクトリ内のアセンブリに対して読み込みコンテキストを使用します] チェック ボックスをオンまたはオフにします。

   既定では、ほとんどのアセンブリは、正しい "" の読み込みコンテキストに、[Use the Load Context for assemblies in the test directory] を保持するように選択した通常読み込まれます。ただし、これをオフにする場合はいつくかの条件があります。テスト ディレクトリに大量のアセンブリがあって [読み込まれるアセンブリのルート フォルダー] の下で特定の場所を指定し、テストが読み込みコンテキストでの読み込みに依存しない場合で、これらのテスト アセンブリを読み込むために読み込みコンテキストを使用しない場合、パフォーマンスが向上する可能性があります。テストが、読み込みコンテキスト以外のコンテキストでの読み込みに依存している場合 (非一般的)。

   詳細については、「アセンブリの読み込みのベスト プラクティス」を参照してください。

3. [テストの実行時に使用するフォルダ] の下に、[フォルダーの追加] を選択します。

   [フォルダーの参照] のダイアログ ボックスが表示されます。

4. [OK] を使用してを選択するフォルダーを探します。

   最も頻繁に使用する可能性がある設定は、[テストの実行時に使用するフォルダー] です。テストの探索および実行時にアセンブリを解決する必要があるフォルダーへのパスは、複数指定できます。このセクションで指定される各パスには、環境変数を含めることができます。ここで指定される各パスと共に、そのパスに関連付けられているオプションが 2 つあります。

   前者 は表示されることがあります。ように) テストがこのチェック ボックスをオフにして正しく実行できるパフォーマンスの向上を (読み込みコンテキストが必要ない場合は、ディレクトリのアセンブリを解決する際にディレクトリが読み込みコンテキストを使用する必要があることを指定するには [読み込みコンテキストの使用] のチェック ボックスをオンにします。

   2 番目の選択 は、ディレクトリのアセンブリを解決するときに含める場合は、各サブフォルダーを使用して指定するように [サブ フォルダーを含める] のチェック ボックスをオンにします。

5. [テストの探索時に使用する追加のフォルダ] の下に、[フォルダーの追加] を選択します。

   [フォルダーの参照] ダイアログ ボックスが表示されます。

6. [OK] を使用してを選択するフォルダーを探します。

   この [テストの探索時に使用する追加のフォルダー] は、チーム ビルドでテストをリモートで実行したり、Microsoft Test Manager から自動実行を行う際に役立ちます。ここに提供されているパスはアセンブリ解決に使用されますが、使用されるのはテストの検索時のみです。これらのパスには、環境変数を含めることができます。テストがビルドの格納場所からリモートで実行されるようにスケジュール設定されているが、テスト アセンブリのすべての依存関係が同じディレクトリに存在するわけではない場合、これらのパスを使用すると、MSTest またはテスト コントローラーは、テストを探索するための十分な依存アセンブリを検出でき、リモート コンピューターでテストを実行するようにスケジュール設定できます。

   Microsoft Test Managerでスケジュール設定する実行に関しては、追加のトークン "%BuildDrop%" があります。このトークンは、通常、ビルドの格納場所を参照するために使用できます。このトークンにより、新しいビルドがテストされるたびにテストの設定を作成または更新する必要がなくなります。ただし、このトークンはチーム ビルドでは直接サポートされていません。ただし、ビルドの格納場所がビルド定義の BuildDrop という名前の環境変数に設定されている場合も、同じ結果になります)。

7. [保存] を選択します。

8. [閉じる] をクリックします。

外部リソース

ガイダンス

Visual Studio 2012 –の章の 3 番目の一連の配信のためのテスト: ラボ環境

Testing for Continuous Delivery with Visual Studio 2012 – Chapter 6: A Testing Toolbox (Visual Studio 2012 を使用した絶え間のない配信のためのテスト - 第 6 章: テスト ツールボックス)

参照

概念

コンピューターの設定およびテストの設定を使用した診断情報の収集

テスト コンピューターでのテストの実行またはデータの収集の設定

Visual Studio 2010 のテスト設定の互換性

その他の技術情報

Visual Studio のテストにおけるテスト設定の指定