Visual Studio のテストにおけるテスト設定の指定
Visual Studio からまたは ビルド サービスでテストを実行すると、テスト フレームワークは、コード化された UI テストの診断トレース情報、システム情報、ビデオの記録などのデータを収集できます。、テスト コンピューターの潜在的なボトルネックをシミュレートするか、使用可能なシステム メモリを小さくするか、低速なネットワークをエミュレートできます。
.png "Visual Studio のテスト設定")
アプリケーションが複数のコンピューターで実行されているコンピューターがテスト コードを実行する必要がある各マシンに対してこれらのオプションを個別に設定できます。選択します。
.gif "重要 :") 重要 |
|---|
.testsettings と .runsettings Visual Studio の以前のエディションのテストに慣れている場合は、.testsettings ファイルが単体テスト プロジェクトに含まれてないことがわかります。Visual Studio 2012 で導入された新しいテスト フレームワークは [.runsettings] ファイルを使用して設定できます。 .testsettings ファイルを使用すると、テストの実行に、MSTest のテスト フレームワークで使用されます。これはゆっくり実行され、サードパーティ製のテスト フレームワークからテストを実行することはできません。 したがって、次のようになります。
|
要件
- Visual Studio Ultimate、または Visual Studio Premium、または Visual Studio Test Professional
このトピックでは、Visual Studio のテストの設定を定義する方法について説明します。Microsoft テスト マネージャーのシステム テストを実行する場合は、Microsoft テスト マネージャーを使用した自動システム テストのテスト設定の作成を参照してください。
My は、テスト設定ファイルを使用すればよいでしょうか。
必要な場合:
アプリケーションのバグの特定に役立つ診断データを収集します。
独自のアプリケーションを稼働環境で随時発生する可能性がある潜在的なボトルネックをエミュレートします。
これが分散環境で予測可能することを確認するために別のコンピューターでアプリケーションのクライアント、サーバーおよびそのほかの部分を、実行します。
追加のコンピューターで複数のテストを配布します。
Web パフォーマンス テストおよびロード テストを実行します。ソリューションに Web パフォーマンス テストおよびロード テスト プロジェクトを追加する場合は、既に .testsettings ファイルが含まれています。そのファイルを編集できます。
| 注意 |
|---|
単体テストはテスト設定ファイルを使用した場合、遅くなります。ここでは、単体テストとテスト設定ファイルを使用しないことをお勧めします。[.runsettings] ファイルを使用して単体テストを構成できます。追加ファイルを配置するには、DeploymentItemAttributeを使用します。 ただし、Web パフォーマンス テストおよびロード テストは、テストの設定ファイルを常に使用します。 |
操作方法を使用するテスト設定ファイルか。
テスト設定ファイルをソリューションに追加し、使用する 1 を選択します。異なる設定の間ですばやく切り替えできるようにする場合は、複数のテスト設定をこのファイルに追加できます。
ソリューションに .testsettings ファイルを追加します。
Visual Studio ソリューションのコンテキスト メニューで、[追加]、[新しいアイテム] を選択し、[テストの設定] を選択します。
テスト設定ファイルを編集します。
使用するテストの設定を選択する:
単体テストおよびコード化された UI テストのテストの設定を選択する:
[TEST] で、メニューの [テストの設定]、[テスト設定ファイルの選択] を選択します。単体テストおよびコード化された UI テストのテスト設定の選択
.png "アクティブなテストの設定ファイルを単体およびコード化された UI に設定")
Web パフォーマンス テストおよびロード テスト用のテストの設定を選択します:
[ロード テストと Web テストのアクティブな設定] を使用してを選択する、ソリューションの .testsettings ファイルのコンテキスト メニューを開きます。Web パフォーマンス テストおよびロード テストのテスト設定の選択
.png "アクティブなテストの設定をロードおよび Web パフォーマンスに設定")
他には My 内容を知る必要があるか。
説明.png "必須コンポーネント")
ソリューションではなくプロジェクトにテストの設定を追加します。- Web パフォーマンス テストでテストの他の種類のテストの設定を選択するための別のコマンドがあります。Web パフォーマンス テストは、テストの設定ファイルを常に必要です。単体テストおよびコード化された UI テストはテストの設定ファイルは必要ではありません。
- [警告] これは、提供する設定を使用しない場合は Visual Studio 2012 の単体テスト プロジェクトにテストの設定を追加することはお勧めしません。テストの設定を追加した場合、テストの実行に、古いテスト フレームワークを使用して新しいパフォーマンスと回復とフレームワークの利点を失います。
使用するテストの設定は [テストの設定] のオプションでは、[TEST] のメニューでキャンセルできますし、後でそのファイルが必要ないと判断します。
この推奨事項は、設定ファイルが存在するロード テスト適用され、Web パフォーマンスにします。
- テストの設定では 診断データ アダプターを選択し、制御します。別の種類の情報を収集し、テストの実行環境を構成する複数の種類のアダプターが。
- テストの設定は、テスト コントローラーを選択します。複数のコンピューターでアプリケーションを実行する場合は、テスト コントローラーを使用します。
- Visual Studio 2010 と Visual Studio 2012 の間のテストの設定の互換性の問題があります。Visual Studio 2012以前のバージョンの Visual Studio では、テストの設定ファイルをソリューションにテスト プロジェクトを作成したときに含まれました。すべてのさまざまな種類のテストの種類が含まれているテスト プロジェクトに一つの型がありました。ただし、Visual Studio 2012に、テストの設定ファイルをソリューションに新しいプロジェクトの新しい単体テストまたはコード化された UI テスト プロジェクトが追加されたときに含まれません。これは、機能拡張、および回復とパフォーマンスが向上する単体テスト フレームワークの機能強化の結果です。ただし、テスト プロジェクトを含む Visual Studio 2010 の既存のソリューションを開くことができ、.testsettings ファイルおよび実行されます。また、特定のテスト データを収集したり、複数のコンピューターに配布するアプリケーションでテストを実行する必要がある場合、Visual Studio 2012 のソリューションに .testsettings ファイルを追加できます。
- ソリューションに Web パフォーマンス テストおよびロード テスト プロジェクトを追加すると、既定のファイル Local.testsettings が作成されます。これは [ソリューション項目] のフォルダーにあるソリューションに自動的に追加されます。これは、選択した診断データ アダプターなしでテストを実行します。診断データ アダプターとテスト コントローラーを指定するには .testsettings ファイルを追加または編集できます。
.png "ヒント")
追加のガイダンスについては、Visual Studio 2012 –の章の 6 番目の一連の配信のためのテスト: ツールボックスのテスト" "を参照してください。
テストの設定の編集
[テストの設定] のダイアログ ボックスのページを使用してテストの設定用のさまざまな値を構成する:
[全般]
役割
[データと診断]
配置
[セットアップおよび後処理用のスクリプト]
ホスト
テストのタイムアウト
[単体テスト]
[Web テスト]
:テストの設定 [ロール]
ロールのページで、ローカル コンピューター上で実行するか、リモートで実行するテストを構成できます:
.png "ローカル実行の選択")
ローカル実行 が既定値です。コードをチェックインすると、Visual Studio のマシン、またはビルド サーバーのテストとアプリケーションの実行意味します。[データと診断]に進みます。
リモート コレクションを持つローカルの実行 は、Web アプリケーションまたはクライアントとサーバーのシステムをテストするための一般的な構成です。テスト コードは、ローカル コンピューターで実行されますが、他のコンピューターにインストールされているアプリケーションのコンポーネントからテスト データを収集できます。
リモート実行 はアプリケーションの一部をローカルで実行したくないよって使用されます。これは、アプリケーションが特定のプラットフォームを必要とする特定の Web ブラウザーやデータベースなどの一般的な構成です。テスト データを収集し、各コンピューターのテスト環境を構成できます。
.gif "Ee256991.collapse_all(ja-jp,VS.110).gif")
リモート データ コレクションと実行のテスト コントローラーおよびロールを構成します。
リモート実行はローカル コンピューターに加え、一つ以上のマシンにアプリケーションをインストールすることを表します。テストの設定は、これらのコンピューターのデータ収集およびテスト環境の構成を指定できます。各コンピューターに、テスト コントローラーにリンクされているテスト エージェントがインストールされている必要があります。テスト コントローラーは、テストの設定を読み取り、各コンピューターのテスト環境と診断データ アダプターを構成するには、エージェントが使用されます。テスト コントローラーとエージェントのインストール 手動で、または ラボ環境を作成するために Microsoft テスト マネージャーを使用します。できます。
リモート テストの場合、ロール名によって識別されます "SQL Server など、Web サーバー" "、および "Desktop Client"。名前は、各コンピューターの構成を指定できるようにします。テスト用のアプリケーションをインストールする場合は、アプリケーションの各コンポーネントの正しいコンピューターの選択にロール名を使用します。
.png "テスト設定のロール")
[コントローラー] のドロップダウン リストから、テストの実行またはデータの収集に使用するテスト エージェントのテスト コントローラーを選択します。
テストの実行とデータの収集に使用するロールを追加するには [追加] を選択します。たとえば、ロールに "Desktop Client" または "Web サーバーのような名前を付ける場合があります"。
テストを実行するを選択し、を [テストを実行するロールとして設定] をロールを選択します。通常、これはアプリケーションのクライアント コンポーネントがインストールされているロールです。
[!メモ]
ユーザーが定義するそのほかのロールはテスト コードを実行しませんが、[Data and Diagnostic] のページのロールに指定するデータと診断アダプターに従ってデータを収集するためだけに使用されます。
ロールで使用できるテスト エージェントを選択するには、そのロールの属性を作成し、次にテスト エージェントにこれらの属性を再配置する必要があります。複数のコンピューターでのテストを同時に実行する場合は、複数のテスト エージェントにテストを実行するように設定されているロールの属性を再配置する必要があります。属性を作成するには、ロールを選択し、属性リストの上にあるツール バーの [追加] を選択します。
[エージェント選択規則] ダイアログ ボックスが表示されます。
[属性名] の名前と [属性の値] の値を入力し、[OK] を選択します。必要な数だけ属性を追加します。
たとえば、"True" または "False" の値を持つ "RAM > 16 GB" という名前の属性を、メモリが 16 GB 以上のテスト エージェント コンピューターのフィルターに追加できます。ただし、手動でテスト エージェントの属性値を選択する必要があります。属性値は自動的にマシンの指定に基づいて設定されません。
一つ以上のテスト エージェントに属性を適用するには、[テスト コントローラーの管理] のダイアログ ボックスを使用してテスト エージェントに属性を再配置。
:テストの設定 [データと診断]
[Test Setting] のダイアログ ボックスで、[データと診断] のページを選択します。この時点で [ロール] のページのオプションを構成方法によってするか、次のオプションの 1 つがの使用:
ローカル コンピューターのデータと診断データの収集
ユーザーがローカル コンピューターで収集するデータと診断を含めるには、テストのニーズに応じて 診断データ アダプターを 選択します。は、に含まれている診断データ アダプターを構成するには、特定の診断データ アダプターを選択し、データ診断アダプターの一覧の一番上に [構成] のオプションを選択します。
ロールを使用してリモート コンピューターのデータと診断データの収集
[データと診断] ページで、ロールがデータ収集に使用する診断データ アダプターを選択してロールの実行内容を定義します。これにより、1 つ以上のデータ診断アダプターがロールに対して有効になっていると、テスト コントローラーは使用可能なテスト エージェント コンピューターを選択し、ロールに定義された属性に基づいて、指定されたデータ診断アダプターのデータを収集します。各ロールで収集するデータおよび診断データ アダプターを選択するには、ロールを選択します。各ロールについて、テストのニーズに応じて診断データ アダプターを選択します。、各ロールに対して選択した診断データ アダプターを構成するには、データ診断アダプターの一覧の一番上に [構成] のオプションを選択します。
次に、ロールと診断データ アダプターの例を示します。
たとえば、"Uses SQL" 属性を "True" に設定した "Desktop Client" という名前のクライアント ロールや、特定の属性を "RAM > 16 GB" に設定した "SQL Server" という名前のサーバー ロールを作成できます。" true "Desktop Client" が [ロール] のページで [テストを実行するロールとして設定] を選択してテストを実行するように指定すると、テスト コントローラーはテストを実行するには、SQL "" のセットの属性を含むテスト エージェントがインストールされたコンピューターを選択します。テスト コントローラーは、の SQL Server コンピューターをロールに含まれているデータ診断アダプターによって定義されるデータのみを収集する属性 "RAM > GB" を含んでいるテスト エージェント選択します。 "Desktop Client" テスト エージェントは、で実行されるそのロールのデータ診断アダプターを選択する必要があるコンピューターのデータを収集することもできます。
[!メモ]
テーブルは、Visual Studio でテストで使用できるアダプターのみが示されています。Microsoft Test Managerで使用される診断データ アダプターに関する追加情報については コンピューターの設定およびテストの設定を使用した診断情報の収集"を参照してください。
自動テストの診断データ アダプター
診断データ アダプター |
関連するトピック |
|---|---|
IntelliTrace およびテストの影響用の ASP.NET クライアント プロキシ: このプロキシを使用すると、IntelliTrace 診断データ アダプターとテスト影響診断データ アダプターでクライアントから Web サーバーへの http 呼び出しに関する情報を収集できます。 |
この情報を収集するために構成は必要ありません。 |
IntelliTrace:IntelliTrace 用に診断データ アダプターを構成するとき、特定の診断トレース情報を収集するように構成すると、再現が難しいバグを分離できます。このアダプターによって、診断トレース情報を含む IntelliTrace ファイルが作成されます。このファイルの拡張子は .iTrace になります。テストが失敗した場合は、バグを作成できます。テスト結果と共に保存されている IntelliTrace ファイルがこのバグに自動的にリンクされます。IntelliTrace ファイルにデータが収集されることによって、コードのエラーを再現して診断するために必要な時間が短縮され、この結果、デバッグの生産性が向上します。この IntelliTrace ファイルから、別のコンピューターでローカル セッションをシミュレートできます。これにより、バグを再現できない可能性が減少します。 詳細については、「IntelliTrace での履歴のレビューによるコードのデバッグの高速化」を参照してください。 |
|
ASP.NET プロファイラー: ASP.NET Web アプリケーションのパフォーマンス データを収集する ASP.NET プロファイリングを含むテストの設定を作成できます。 .gif "メモ") メモ
この診断データ アダプターは Visual Studio Ultimateを要求する Web サイトを使用するロード テストでのみ使用されます。
|
方法: Visual Studio でテストの設定を使用して、ロード テスト用の ASP.NET プロファイラーを構成する |
コード カバレッジ (Visual Studio 2010) : 処理されるか、コードがテストで検索するために使用するコード カバレッジ情報を含むテストの設定を作成できます。 メモ
この診断データ アダプターは、Visual Studio のテストの設定にのみ適用されます。これは Microsoft Test Managerでテストの設定では使用されません。
メモ
これは Visual Studio 2010 の互換性のためだけです。
コード カバレッジに関する詳細については、コード カバレッジを使用した、テストされるプロジェクトのコード割合の確認を参照してください。 |
|
イベント ログ: イベント ログ収集を指定し、これをテスト結果に含めるようにテストの設定を構成できます。 |
|
ネットワーク エミュレーション: テストの設定を使用して、テストに対して人為的なネットワーク負荷をかけることを指定できます。ネットワーク エミュレーションでは、ダイヤルアップなどの特定のネットワーク接続の速度をエミュレートすることにより、マシンに対する通信に影響を与えます。 メモ
この診断データ アダプターは、Visual Studio のテストの設定にのみ適用されます。これは Microsoft Test Managerでテストの設定では使用されません。
メモ
ネットワーク接続の速度を向上するためにネットワーク エミュレーションを使用することはできません。
|
|
システム情報: テストを実行するコンピューターのシステム情報を含めるようにテストの設定を構成できます。システム情報は、テストの設定を使用して、テスト結果で指定します。 |
この情報を収集するために構成は必要ありません。 |
テスト影響: テスト ケースの実行時にアプリケーション コードのどのメソッドが使用されたかについての情報を収集できます。この情報を、開発者によるアプリケーション コードに対する変更と合わせて使用することにより、このような開発上の変更によって影響を受けたテストを判別できます。 |
|
ビデオ レコーダー: 自動テストの実行時にデスクトップ セッションのビデオ記録を作成できます。このビデオ録画は、コード化された UI テストでのユーザー アクションを確認するために使用できます。ビデオ録画は、再現するのが困難なアプリケーション上の懸案事項をチーム メンバーが特定するのに役立ちます。 |
:テストの設定 [配置]
[テストの設定] のダイアログ ボックスで、[配置] のページを選択します。
テストを実行するたびに配置用の個別のディレクトリを作成するには、[配置を有効にする] をクリックします。
[!メモ]
このオプションを選択した場合は、テストの実行時にアプリケーションの作成を続行できます。
ディレクトリにファイルを追加するには、テストに必要なテストの実行に、[ファイルの追加] を選択し、追加するファイルを使用して選択します。
ディレクトリに追加するには、テストに必要なテストの実行に、[ディレクトリの追加] を選択し、追加するディレクトリを使用して選択します。
[!メモ]
プロパティおよび DeploymentItem 属性を使用して個々のテストのファイルおよびディレクトリを配置する方法の詳細については、「方法: テスト用のファイルを配置する」を参照してください。
:テストの設定 [セットアップおよび後処理用のスクリプト]
テストの前後にスクリプトを実行するには、[テストの設定] のダイアログ ボックスの [セットアップおよび後処理用のスクリプト] のページを選択します。
[セットアップ スクリプト] スクリプト ファイルの場所を入力するか、セットアップ スクリプトを指定するには省略記号 ([…]) をクリックします。
[後処理用スクリプト] スクリプト ファイルの場所を入力するか、クリーンアップ スクリプトを指定するには省略記号 ([…]) をクリックします。
:テストの設定 [ホスト]
別のホストを使用してテストを実行するには、[テストの設定] のダイアログ ボックスの [ホスト] のページを選択します。
ASP.NET サイトと同じプロセスで単体テストを実行するには、[ホストの種類] の [ASP.NET] を選択します。
テストに 32 ビットまたは 64 ビット プロセスとして実行されるようにする場合は選択する 32 ビットまたは 64 ビット プロセスでテストの実行を使用します。
柔軟性を最大限に高めるには、テスト プロジェクトを "Any CPU2" 構成でコンパイルします。が、64 ビットのエージェントの両方の 32 で実行します。"64 ビット" 構成でテスト プロジェクトをコンパイルしても、特に利点はありません。
:テストの設定 テストのタイムアウト
(省略可能) 各テストの実行および個別のテストの期間を制限するには、[テストの設定] のダイアログ ボックスの [テストのタイムアウト.] のページを選択します。
時間制限を超えた場合にテストの実行を中止するには、[テストの実行時間が次の値を超えた場合、テストの実行を中止する] を選択し、この制限に使用する値を入力します。
時間制限を超えた場合に個々のテストを失敗とするには、[テストの実行時間が次の値を超えた場合、個々のテストを失敗とする] を選択し、この制限に使用する値を入力します。
:テストの設定 [単体テスト]
単体テストで読み込まなくてはならないアセンブリの場所を指定する必要がある場合 (省略可能) で、[単体テスト] を選択します。
[読み込まれるアセンブリのルート フォルダ] のフォルダーを探し、テキスト ボックスに入力するには [参照] を選択します。
指定するルート フォルダーはテストが実行される環境変数を含めることができます。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 という名前の環境変数に設定されている場合も、同じ結果になります。
詳細については、「単体テストを使用したコードの検証」を参照してください。
:テストの設定 [Web テスト]
(省略可能) Web パフォーマンス テスト がテストの設定で実行方法を制御するプロパティを構成するには、[Web テスト] を選択します。
[固定された実行数]、または [データ ソース行ごとに 1 つ実行] を選択します。
[ブラウザーの種類] ドロップダウン リストを使用して、Web パフォーマンス テストで使用する Web ブラウザーを選択します。たとえば、[Internet Explorer 9.0] です。
[!メモ]
Web パフォーマンス テストは、Visual Studio Ultimate が必要です。
有効にする (省略可能) 選択 [待ち時間のシミュレート] は、人間の待機をシミュレートします。
(省略可能) [Use request URL’s directory as the default path for cookies] を選択します。
[Use request URL’s directory as the default path for cookies] が無効になっている場合、Web テストでは、この動作に従います:
要求 (たとえば www.abc.com/myapp/abc.aspx は、応答のクッキー パスを指定しない場合、はそのクッキーのパスとして全体の要求の URL を使用します。これは、クッキーの URL www.abc.com/myapp/abc.aspx の後続の要求にのみ送信されることを意味します。
[Use request URL’s directory as the default path for cookies] が有効になっている場合、Web テストでは、この動作に従います:
要求 (たとえば www.abc.com/myapp/abc.aspx は、応答のクッキー パスを指定しない場合、はそのクッキーのパスとして要求の URL のディレクトリを使用します。これは、クッキーが、補助的なパスと www.abc.com/myapp のすべての要求で送信されることを意味します (たとえば、www.abc.com/myapp/xyz.aspx)。
RFC 2109 で指定されているこの動作は、バージョン 1 のクッキーに準拠しています。詳細については、コメント募集: 2109" "を参照してください。
参照
処理手順
方法: テスト設定ファイルを Microsoft Visual Studio から追加する
方法: テスト設定ファイルを Microsoft Visual Studio から編集する
方法: Microsoft Visual Studio からアクティブなテストの設定を選択する
チュートリアル: ロード テストでのテスト コントローラーとテスト エージェントの使用
概念
コンピューターの設定およびテストの設定を使用した診断情報の収集
テスト コントローラーとテスト エージェントを使用したロード テスト
テスト コンピューターでのテストの実行またはデータの収集の設定
その他の技術情報
Visual Studio 2012 –の章の 6 番目の一連の配信のためのテスト: ツールボックスのテスト
Microsoft テスト マネージャーでのテスト設定の指定