コード化された UI テストを使用してコードをテストする

[アーティクル]
06/10/2022

適用対象:Visual Studio Visual Studio for Mac

コード化された UI テスト (CUITs) では、ユーザーインターフェイス (UI) を介してアプリケーションが実行されます。これらのテストには、UI コントロールの機能テストが含まれます。これらのテストで、アプリケーション全体が、ユーザーインターフェイスを含めて正しく機能していることを検証できます。コード化された UI テストは、Web ページなど、ユーザーインターフェイスに検証やその他のロジックがある場合に便利です。また、既存の手動テストを自動化するために頻繁に使用されます。

Visual Studio では、コード化された UI テストを簡単に作成できます。 コード化された UI テストビルダーをバックグラウンドで実行しているときに、テストを手動で実行するだけです。特定のフィールドに表示する値を指定することもできます。 コード化された UI テストビルダーでは、操作が記録され、それらの記録からコードを生成します。テストの作成後、特殊なエディターでテストを編集して、操作のシーケンスを変更することができます。

コーディングよりテストのほうが得意な方でも、特殊なコード化されたテストビルダーとエディターによって、簡単にコード化された UI テストを作成および編集できます。ただし、開発者がより高度な方法でこのテストを拡張する場合に備え、コードは簡単にコピーして適応できるように構造化されています。たとえば、Web サイトで 1 つの商品を購入するテストを記録した後、生成されたコードを編集することにより、複数の商品を購入するループを追加することができます。

注意

UI 駆動型機能テストの自動化のためにコード化された UI テストは非推奨になりました。 Visual Studio 2019 は、コード化された UI テストが完全に使用できる最後のバージョンです。 Web アプリのテストには Playwright を使用し、デスクトップと UWP アプリのテストには Appium と WinAppDriver を一緒に使用することをお勧めします。 NUnit テストフレームワークで iOS アプリや Android アプリをテストする場合は、Xamarin.UITest を検討してください。ユーザーへの影響を軽減するために、Visual Studio 2022 Preview 4 以降でいくつかの最小のサポートを引き続き利用できます。

必要条件

Visual Studio Enterprise 2019*
コード化された UI テストのコンポーネント
注意
- Visual Studio 2019 は、レコーダーを使用したテスト作成が行われる最後のバージョンです。 Visual Studio 2022 では、コード化された UI テストについて基本的な最小限のサポートのみが提供されています。

コード化された UI テストでサポートされているプラットフォームと構成の詳細については、「コード化された UI テストと操作の記録でサポートされている構成とプラットフォーム」をご覧ください。

コード化された UI テストのコンポーネントをインストールする

コード化された UI テストのツールとテンプレートにアクセスするには、Visual Studio のコード化された UI テスト コンポーネントをすべてインストールします。

[ツール]>[ツールと機能を取得] を選択して Visual Studio インストーラーを起動します。
Visual Studio インストーラーで [個別のコンポーネント] タブを選択し、下にスクロールして [デバッグとテスト] セクションを表示します。 コード化された UI テストのコンポーネントを選択します。
[変更] を選択します。

コード化された UI テストの作成

コード化された UI テストを作成します。

コード化された UI テストは、コード化された UI テストプロジェクトに含まれている必要があります。コード化された UI テストプロジェクトをまだ作成していない場合は、プロジェクトを作成します。 [ファイル]>[新規作成]>[プロジェクト] の順に選択します。 [コード化された UI テストプロジェクト] プロジェクトテンプレートを検索して選択します。

注意

[コード化された UI テストプロジェクト] テンプレートが表示されない場合は、コード化された UI テストコンポーネントをインストールする必要があります。
コード化された UI テストファイルを追加します。

コード化された UI プロジェクトを作成した場合は、最初の CUIT ファイルが自動的に追加されます。別のテストファイルを追加するには、ソリューションエクスプローラーでコード化された UI テストプロジェクトのショートカットメニューを開き、 [追加] 、 [コード化された UI テスト] の順に選択します。

[コード化された UI テストのコードの生成] ダイアログボックスで、 [操作の記録]>[UI マップの編集またはアサーションの追加] を選択します。

コード化された UI テストビルダーが表示されます。
操作のシーケンスを記録します。

記録を開始するには、 [記録する] アイコンをクリックします。必要に応じて、アプリケーションの起動など、アプリケーションでテストする操作を実行します。たとえば、Web アプリケーションをテストする場合は、ブラウザーを起動し、Web サイトに移動し、アプリケーションにサインインします。

受信メールを処理する場合などに、記録を一時停止するには、 [一時停止] を選択します。

警告

デスクトップ上で実行されるすべてのアクションが記録されます。機密データが記録される可能性のあるアクションを実行する場合には、記録を一時停止します。

間違って記録した操作を削除するには、 [Edit Steps](ステップの編集) を選択します。

操作をレプリケートするコードを生成するには、 [コードの生成] アイコンを選択し、コード化された UI テストメソッドの名前と説明を入力します。
テキストボックスなどの UI フィールドの値を検証します。

コード化された UI テストビルダーで [アサーションの追加] を選択し、実行中のアプリケーションで UI コントロールを選択します。表示されるプロパティの一覧で、テキストボックスの Text などのプロパティを選択します。ショートカットメニューで、 [アサーションの追加] をクリックします。ダイアログボックスで、比較演算子、比較対象値、およびエラーメッセージを選択します。

アサーションウィンドウを閉じ、 [コードの生成] を選択します。

ヒント

操作の記録と値の検証を交互に行います。操作または検証の各シーケンスの最後にコードを生成します。必要に応じて、後で新しい操作と検証を挿入できます。

詳細については、コントロールのプロパティの検証に関するページをご覧ください。
生成されたテストコードを表示します。

生成されたコードを表示するには、UI テストビルダーウィンドウを閉じます。コードで、各ステップに付けた名前を確認できます。コードは作成した CUIT ファイルに記録されます。
```
[CodedUITest]
public class CodedUITest1
{ ...
  [TestMethod]
  public void CodedUITestMethod1()
  {
      this.UIMap.AddTwoNumbers();
      this.UIMap.VerifyResultValue();
      // To generate more code for this test, select
      // "Generate Code" from the shortcut menu.
  }
}
```
さらに操作とアサーションを追加します。

次に、テストメソッド内の適切な位置にカーソルを置き、ショートカットメニューで、 [コード化された UI テストのコードの生成] を選択します。新しいコードがカーソルの位置に挿入されます。
テストの操作とアサーションの詳細を編集します。

UIMap.uitest を開きます。このファイルはコード化された UI テストエディターで開かれます。ここで、記録した操作のシーケンスやアサーションを編集できます。

詳細については、「コード化された UI テストエディターを使用してコード化された UI テストを編集する」をご覧ください。
テストを実行します。

テストエクスプローラーを使用するか、テストメソッドでショートカットメニューを開き、 [テストの実行] を選択します。テストの実行方法の詳細については、「テストエクスプローラーを使用した単体テストの実行」と、このトピックの最後の「次の内容」セクションの「コード化された UI テストの実行の追加オプション」をご覧ください。

このトピックの残りのセクションでは、このプロシージャ内の各ステップについてさらに詳しく説明します。

詳しい例については、「チュートリアル:コード化された UI テストの作成、編集、および保守」を参照してください。このチュートリアルでは、簡単な Windows Presentation Foundation (WPF) アプリケーションを作成して、コード化された UI テストの作成、編集、および保守を行う方法について説明します。また、さまざまなタイミングの問題やコントロールのリファクタリングによって機能が損なわれたテストを修正するための解決策を示します。

テスト対象のアプリケーションを開始し、停止する

テストごとにアプリケーション、ブラウザー、データベースを開始/停止しない場合、次のいずれかを行います。

テスト対象のアプリケーションの起動操作を記録しない場合は、 [記録する] アイコンを選択する前にアプリケーションを起動する必要があります。
テストの終了時に、テストを実行するプロセスが終了します。テストでアプリケーションを起動した場合、アプリケーションは通常は閉じます。終了時にテストがアプリケーションを閉じないようにするには、ソリューションに .runsettings ファイルを追加し、KeepExecutorAliveAfterLegacyRun オプションを使用します。詳細については、「.runsettings ファイルを使用して単体テストを構成する」をご覧ください。
[TestInitialize] 属性で識別されるテスト初期化メソッドを追加します。このメソッドは、各テストメソッドの開始時にコードを実行します。たとえば、TestInitialize メソッドからアプリケーションを起動することができます。
[TestCleanup] 属性で識別されるテストクリーンアップメソッドを追加します。このメソッドは、各テストメソッドの開始時にコードを実行します。たとえば、アプリケーションを終了するメソッドは、TestCleanup メソッドから呼び出すことができます。

UI コントロールのプロパティを検証する

コード化された UI テストビルダーを使用すると、テストの UIMap にユーザーインターフェイス (UI) を追加したり、UI コントロールのアサーションを使用する検証メソッドのコードを生成したりできます。

UI コントロールのアサーションを作成するには、コード化された UI テストビルダーのアサーションの追加ツールを選択し、正しいかどうかを検証するテスト対象アプリケーションのコントロールにドラッグします。コントロールが枠で囲まれたら、マウスボタンを離します。コントロールクラスコードがすぐに UIMap.Designer.cs ファイルに作成されます。

Coded UI test targeting element

これで、このコントロールのプロパティが [アサーションの追加] ダイアログボックスに表示されます。

特定のコントロールに移動するには、矢印 (<<) を選択して [UI コントロールマップ] のビューを展開する方法もあります。親、兄弟、子の各コントロールを見つけるには、マップのどこかをクリックし、方向キーを使用してツリー内を移動します。

Coded UI test properties

ヒント

アプリケーションでコントロールを選択してもプロパティが表示されない場合、または UI コントロールマップにコントロールが表示されない場合は、コントロールのアプリケーションコードに一意の ID が与えられていることを確認してください。一意の ID には HTML ID 属性や WPF UId が使用されることがあります。

次に、検証する UI コントロールのプロパティのショートカットメニューで、 [アサーションの追加] をポイントします。 [アサーションの追加] ダイアログボックスで、アサーションの [比較子] (AreEqual など) を選択し、 [比較対象値] にアサーションの値を入力します。

Coded UI test assertions

テスト用のアサーションをすべて追加したら、 [OK] を選択します。

アサーションのコードを生成し、コントロールを UI マップに追加するために、 [コードの生成] アイコンを選択します。コード化された UI テストメソッドの名前と説明を入力します。これらはメソッドのコメントとして追加されます。 [追加と生成] を選択します。次に、 [閉じる] アイコンをクリックして、 [コード化された UI テストビルダー] を閉じます。これで、次のようなコードが生成されます。たとえば、入力した名前が AssertForAddTwoNumbers の場合、コードは次の例のようになります。

コード化された UI テストファイルのテストメソッドに、AssertForAddTwoNumbers という Assert メソッドの呼び出しを追加します。
```
[TestMethod]
public void CodedUITestMethod1()
{
    this.UIMap.AddTwoNumbers();
    this.UIMap.AssertForAddTwoNumbers();
}
```
このファイルを編集して、ステップとアサーションの順序を変更するか、新しいテストメソッドを作成することができます。さらにコードを追加するには、テストメソッドにカーソルを置き、ショートカットメニューの [コード化された UI テストのコードの生成] を選択します。
UI マップ (UIMap.uitest) に AssertForAddTwoNumbers という名前のメソッドを追加します。このファイルをコード化された UI テストエディターで開くことにより、アサーションの編集を行えます。

詳細については、「コード化された UI テストエディターを使用してコード化された UI テストを編集する」をご覧ください。

生成されたアサーションメソッドのコードは、UIMap.Designer.cs で確認することもできます。ただし、このファイルは編集しないでください。適合させたバージョンのコードを作成する場合は、メソッドを UIMap.cs などの別のファイルにコピーし、メソッドの名前を変更し、メソッドを編集します。
```
public void AssertForAddTwoNumbers()
{
    ...
}
```

キーボードを使用して非表示のコントロールを選択する

コード化された UI テストビルダーから [アサーションの追加] ツールを選択しようとすると、目的のコントロールがフォーカスを失い、表示されなくなる場合:

コントロールを追加し、プロパティを検証するとき、キーボードが必要になる場合もあります。たとえば、右クリックメニューコントロールを使用するコード化された UI テストを記録するとき、コード化された UI テストビルダーの [アサーションの追加] ツールで選択しようとすると、コントロールのメニュー項目の一覧がフォーカスを失い、非表示になります。これを次の図に示します。Internet Explorer で、 [アサーションの追加] ツールで右クリックメニューを選択しようとすると、これはフォーカスを失い、表示されなくなります。

Screenshot showing the Add Assertions tool in the Coded UI Test builder overlapping the right-click menu from Internet Explorer.

キーボードを使用して UI コントロールを選択するには、マウスをコントロールの上に置きます。次に、Ctrl キーと I キーを同時に押します。キーを離します。コントロールは、コード化された UI のテストビルダーによって記録されます。

マウスホバーを手動で記録する

コントロール上のマウスホバーを記録できない場合:

状況によっては、コード化された UI テストで使用される特定のコントロールで、キーボードを使用してマウスホバーイベントを手動で記録することが必要な場合があります。たとえば、Windows フォームまたは Windows Presentation Foundation (WPF) アプリケーションをテストするとき、カスタムコードが使用されている場合があります。または、マウスが置かれたときにツリーノードを展開するなど、コントロールの上にマウスが置かれたときに特別な動作が定義されている場合もあります。このような状況をテストするには、定義済みのキーボードのキーを押して、コントロールの上にマウスを置いていることをコード化された UI テストビルダーに手動で通知する必要があります。

コード化された UI テストを実行するとき、コントロール上にマウスを置きます。そして、キーボードの Ctrl キーを押しながら、Shift キーと R キーを押したままにします。キーを離します。 コード化された UI のテストビルダーによって、マウスホバーイベントが記録されます。

Screenshot of the Coded UI Test builder command bar with the Pause icon selected. A tool tip window shows the location of a mouse hover event.

テストメソッドを作成すると、次の例のようなコードが UIMap.Designer.cs ファイルに追加されます。

// Mouse hover '1' label at (87, 9)
Mouse.Hover(uIItem1Text, new Point(87, 9));

マウスホバーのキーボード割り当てを構成する

マウスホバーイベントをキャプチャするキーの割り当てが自分の環境内の他の場所で使用されている場合:

必要に応じて、コード化された UI テストでマウスホバーイベントを適用するために使用される既定のキーボード割り当て Ctrl+Shift+R は、異なるキーを使用するように構成できます。

警告

通常は、マウスホバーイベントのキーボードの割り当てを変更する必要はありません。キーボードの割り当てを再設定するときは注意してください。選択したキーボードの割り当ては、既に Visual Studio またはテスト中のアプリケーション内の他の場所で使用されている可能性もあります。

キーボードの割り当てを変更するには、次の構成ファイルを変更します。

%ProgramFiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CodedUITestBuilder.exe.config

構成ファイルで、HoverKeyModifier および HoverKey キーの値を変更して、キーボードの割り当てを変更します。

<!-- Begin : Background Recorder Settings -->
<!-- HoverKey to use. -->
<add key="HoverKeyModifier" value="Control, Shift"/>
<add key="HoverKey" value="R"/>

Web ブラウザーの暗黙のマウスホバーを設定する

Web サイトでマウスホバーの記録に問題がある場合:

多くの Web サイトでは、特定のコントロールの上にマウスを置くと、そのコントロールが展開され、追加の詳細情報が表示されます。通常、これらはデスクトップアプリケーションのメニューのように見えます。これが一般的なパターンであるため、コード化された UI テストでは Web の閲覧中の暗黙のホバーが有効になります。たとえば、Internet Explorer でホバーを記録すると、イベントが発生します。これらのイベントによって、ホバーが重複して記録されることがあります。このため、暗黙のホバーは UI テスト構成ファイルで ContinueOnError が true に設定された状態で記録されます。これによって、ホバーイベントが失敗した場合でも再生は続行されます。

Web ブラウザーで暗黙のホバーの記録を有効にするには、構成ファイルを開きます。

%ProgramFiles(x86)%\Microsoft Visual Studio\2017\Enterprise\Common7\IDE\CodedUITestBuilder.exe.config

次の例に示すように、構成ファイルでキー RecordImplicitiHovers が true の値に設定されていることを確認します。

<!--Use this to enable/disable recording of implicit hovers.-->
<add key="RecordImplicitHover" value="true"/>

コード化された UI テストのカスタマイズ

コード化された UI テストの作成後、Visual Studio で次のいずれかのツールを使用してテストを編集できます。

コード化された UI テストビルダーを使用して、テストにコントロールや検証を追加します。このトピックのコントロールの追加およびプロパティの検証に関するセクションをご覧ください。
コード化された UI テストエディターでは、コード化された UI テストを簡単に変更できます。 コード化された UI テストエディターを使用すると、テストメソッドを検索、表示、および編集できます。また、UI コントロールマップ内の UI 操作および関連コントロールを編集することもできます。詳細については、「コード化された UI テストエディターを使用してコード化された UI テストを編集する」をご覧ください。
コードエディター:
- このトピックの「コード化された UI コントロールの操作とプロパティ」セクションで説明しているように、テストのコントロールのコードを手動で追加します。
- コード化された UI テストを作成した後、それをデータドリブンに変更できます。詳細については、「データドリブンのコード化された UI テストを作成する」を参照してください。
- コード化された UI テストの再生では、テストに対して指示することで、ウィンドウの表示やプログレスバーの非表示などの特定のイベントが発生するまで待機することができます。これを行うには、適切な UITestControl.WaitForControlXXX() メソッドを追加します。使用できるメソッドの完全な一覧については、「再生中に特定のイベントを待機するようにコード化された UI テストを設定」をご覧ください。 WaitForControlEnabled メソッドを使用して、コントロールが有効になるまで待機するコード化された UI テストの例については、「チュートリアル:コード化された UI テストの作成、編集、および保守」を参照してください。
- コード化された UI テストには、Internet Explorer 9 と Internet Explorer 10 に含まれる HTML5 コントロールの一部のサポートが含まれます。詳細については、「コード化された UI テストでの HTML5 コントロールの使用」をご覧ください。
- コード化された UI テストのコーディングガイダンス:

生成されたコード

[コードの生成] を選択すると、いくつかのコードが作成されます。

テストメソッド内の行。
```
[CodedUITest]
public class CodedUITest1
{ ...
  [TestMethod]
  public void CodedUITestMethod1()
  {
      this.UIMap.AddTwoNumbers();
      // To generate more code for this test, select
      // "Generate Code" from the shortcut menu.      }
}
```
このメソッド内で右クリックして、記録された操作および検証をさらに追加します。メソッドを手動で編集して、コードを拡張または変更することもできます。たとえば、コードの一部をループで囲むことができます。

また、新しいテストメソッドを追加し、同様にそれらにコードを追加できます。各テストメソッドは、[TestMethod] 属性を持っている必要があります。
UIMap.uitest 内のメソッド。

このメソッドには、記録した操作または検証した値の詳細が含まれます。 UIMap.uitest を開いて、このコードを編集できます。これは特殊なエディターで開かれ、記録された操作を削除またはリファクタリングできます。

また、UIMap.Designer.cs で生成されたメソッドを表示できます。このメソッドによって、テストの実行時に記録した操作が実行されます。
```
// File: UIMap.Designer.cs
public partial class UIMap
{
  /// <summary>
  /// Add two numbers
  /// </summary>
  public void AddTwoNumbers()
  { ...   }
}
```
警告

このファイルはさらにテストを作成すると再生成されるため、ファイルを編集しないでください。

これらのメソッドを UIMap.cs にコピーすることにより、メソッドを適合させたバージョンを作成できます。たとえば、テストメソッドから呼び出すことができるパラメーター化されたバージョンを作成できます。
```
// File: UIMap.cs
public partial class UIMap // Same partial class
{
  /// <summary>
  /// Add two numbers - parameterized version
  /// </summary>
  public void AddTwoNumbers(int firstNumber, int secondNumber)
  { ...   // Code modified to use parameters.
  }
}
```
UIMap.uitest 内の宣言。

これらの宣言は、テストで使用されるアプリケーションの UI コントロールを表します。これらは、コントロールの操作とプロパティへのアクセスのために、生成されたコードによって使用されます。

独自のコードを記述する場合も、これらを使用できます。たとえば、テストメソッドで Web アプリケーションのハイパーリンクの選択やテキストボックスへの値の入力を実行したり、フィールドの値に基づいて分岐して別のテスト操作を行ったりすることができます。

大規模なアプリケーションのテストを容易にするために、複数のコード化された UI テストと複数の UI マップオブジェクトおよびファイルを追加できます。詳細については、「複数の UI マップでの大規模アプリケーションのテスト」をご覧ください。

生成されるコードの詳細については、「コード化された UI テストの構造」をご覧ください。

コード化された UI コントロールの操作とプロパティ

コード化された UI テストで UI テストのコントロールを使用する場合、コントロールは操作とプロパティの 2 つに分類されます。

最初の部分は、UI テストのコントロールで実行できる操作で構成されます。たとえば、コード化された UI テストでは、UI テストのコントロールでのマウスクリックをシミュレートしたり、UI テストのコントロールに影響を与えるキーボードでのキー入力をシミュレートしたりすることができます。
2 番目の部分では、UI テストのコントロールのプロパティの取得や設定を行うことができます。たとえば、コード化された UI テストでは、ListBox 内の項目数を取得したり、CheckBox をオンの状態に設定したりできます。

UI テストのコントロールの操作へのアクセス

UI テストのコントロールにマウスクリックやキー操作などの操作を実行するには、Mouse クラスおよび Keyboard クラスのメソッドを使用します。

マウスのクリックなど、マウスを使用した操作を実行するには、Click を使用します。

Mouse.Click(buttonCancel);
エディットコントロールへの入力など、キーボードを使用した操作を実行するには、SendKeys を使用します。

Keyboard.SendKeys(textBoxDestination, @"C:\Temp\Output.txt");

UI テストのコントロールのプロパティへのアクセス

UI コントロールの特定のプロパティ値を取得および設定するには、コントロールのプロパティ値を直接取得または設定するか、取得または設定する特定のプロパティの名前と共に Microsoft.VisualStudio.TestTools.UITesting.UITestControl.GetProperty メソッドおよび Microsoft.VisualStudio.TestTools.UITesting.UITestControl.SetProperty メソッドを使用します。

GetProperty は、適切な Type にキャストできるオブジェクトを返します。 SetProperty は、プロパティの値が格納されているオブジェクトを受け取ります。

UI テストのコントロールからプロパティを直接取得または設定するには

HtmlList や WinComboBox などの、UITestControlから派生するコントロールを使用して、プロパティ値を直接取得したり設定したりできます。次のコードは、いくつかの例を示しています。

int i = myHtmlList.ItemCount;
myWinCheckBox.Checked = true;

UI テストのコントロールからプロパティを取得するには

コントロールからプロパティ値を取得するには、GetProperty を使用します。
取得するコントロールのプロパティを指定するには、PropertyNames に対し、パラメーターとして各コントロールの GetProperty クラスからの適切な文字列を使用します。
GetProperty は適切なデータ型を返しますが、この戻り値は Object としてキャストされます。戻り値 Object は適切な型としてキャストされる必要があります。

例:

int i = (int)GetProperty(myHtmlList.PropertyNames.ItemCount);

UI テストのコントロールのプロパティを設定するには

コントロールのプロパティを設定するには、SetProperty を使用します。
設定するコントロールのプロパティを指定するには、PropertyNames に対し、最初のパラメーターとして SetProperty クラスからの適切な文字列を使用します。2 番目のパラメーターにはプロパティ値を指定します。

例:

SetProperty(myWinCheckBox.PropertyNames.Checked, true);

デバッグ

コード化された UI テストログを使用して、コード化された UI テストを分析できます。コード化された UI テストログは、コード化された UI テストの実行に関する重要な情報にフィルターを適用して記録します。ログは、問題をすばやくデバッグできるような形式で記録されます。詳細については、「コード化された UI テストログを使用したコード化された UI テストの分析」をご覧ください。

次の内容

コード化された UI テストの実行の追加オプション: このトピックで既に説明したように、コード化された UI テストを Visual Studio から直接実行できます。また、Azure Pipelines を使用して、自動化された UI テストを実行できます。コード化された UI テストが自動化されている場合、他の自動テストとは異なり、実行時にデスクトップと対話する必要があります。

カスタムコントロールに対するサポートを追加する: コード化された UI テストフレームワークは使用可能な UI すべてをサポートしているわけではなく、テスト対象の UI をサポートしない場合もあります。たとえば、Microsoft Excel の UI 用のコード化された UI テストをすぐに作成することはできません。ただし、コード化された UI テストフレームワークでカスタムコントロールをサポートするための拡張機能を作成することはできます。

コード化された UI テストは、手動テストを自動化するためによく使用されます。自動テストの詳細については、「Visual Studio のテストツール」を参照してください。