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

[アーティクル]
06/07/2013

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

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

テスト設定コンピューターのロールとアダプター

要件

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

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

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

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

Microsoft テストマネージャーの手動または探索的テストを実行しています; および
テスト結果だけで、アクションログを記録する場合。

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

テスト結果およびバグ作業項目に追加のイベントログ、IntelliTrace またはビデオ記録、アプリケーションのバグの特定に役立ちます。
各テストが最近のコード変更によって影響を受けるかを確認するために、テスト影響分析を実行します。
独自のアプリケーションを稼働環境で随時発生する可能性がある潜在的なボトルネックをエミュレートします。
自動テストのボックスがどのように実行されるかの詳細を構成します。

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

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

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

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

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

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

テスト計画に含まれる Microsoft Test Manager のテスト設定

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

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

既存のテスト設定の編集

追加のガイダンスについては、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 テストの追加の構成。	単体テストのアドインの構成を参照してください。

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

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

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

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

ここで値が設定されていないと、テストが実行される AppDomain の ApplicationBase が、テストを格納するディレクトリに設定されます。
[テストディレクトリ内のアセンブリに対して読み込みコンテキストを使用します] チェックボックスをオンまたはオフにします。

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

詳細については、「アセンブリの読み込みのベストプラクティス」を参照してください。
[テストの実行時に使用するフォルダ] の下に、[フォルダーの追加] を選択します。

[フォルダーの参照] のダイアログボックスが表示されます。
[OK] を使用してを選択するフォルダーを探します。

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

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

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

[フォルダーの参照] ダイアログボックスが表示されます。
[OK] を使用してを選択するフォルダーを探します。

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

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