UI オートメーションを使用したコードの検証

[アーティクル]
06/08/2015

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

次の図に示すように、一般的な開発環境では、最初はアプリケーションをビルドし (F5 キー)、いくつかの UI コントロールをクリックして正しく動作していることを確認するだけです。次に、アプリケーションを手動でテストし続けなくてもよいように、コード化されたテストを作成しようとするでしょう。アプリケーションでテストする特定の機能に応じて、機能テストまたは統合テストのコードを記述できます。テストには、UI レベルでのテストが含まれている場合も含まれていない場合もあります。一部のビジネスロジックに直接アクセスするだけの場合は、単体テストのコードを記述することができます。ただし、特定の状況下では、アプリケーションのさまざまな UI コントロールのテストを含める方が有益な場合があります。コード化された UI テストでは、最初の (F5 キー) シナリオを自動化でき、コードチャーンがアプリケーションの機能に影響を与えないことを検証できます。

アプリケーション開発中のテスト

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

または、Microsoft テストマネージャーに記録されたテストケースがある場合は、それからコードを生成できます。詳細については、「手動テストの記録と再生」を参照してください。

コーディングよりテストに集中している場合でも、特殊な CUIT テストビルダーとエディターによって、コード化された UI テストの作成および編集が容易になります。ただし、開発者が高度な方法でテストを拡張する場合は、コードはコピーして調整する作業がわかりやすくなるように構成されます。たとえば、Web サイトで商品を購入するテストを記録した後、生成されたコードを編集して多数の商品を購入するループを追加する場合があります。

要件

Visual Studio Ultimate, Visual Studio Premium

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

このトピックの内容

コード化された UI テストを作成する
- メインのプロシージャ
- アプリケーションを開始および停止する
- UI コントロールのプロパティを検証する
コード化された UI テストをカスタマイズする
- 生成されたコード
- UI コントロールの操作とプロパティのコーディング
- デバッグ
次の内容

コード化された UI テストを作成する

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

コード化された UI テストは、コード化された UI テストプロジェクトに含まれている必要があります。コード化された UI テストプロジェクトをまだ作成していない場合は、プロジェクトを作成します。ソリューションのショートカットメニューの [ソリューションエクスプローラー] で、[追加]、[新しいプロジェクト] を選択し、[Visual Basic] または [Visual C#] を選択します。次に、[テスト]、[コード化された UI テスト] を選択します。
- [コード化された UI テスト] プロジェクトテンプレートが表示されません。
  
  コード化された UI テストをサポートしないバージョンの Microsoft Visual Studio 2012 を使用している可能性があります。コード化された UI テストを作成するには、Visual Studio Ultimate または Visual Studio Premium を使用する必要があります。
コード化された UI テストファイルを追加します。

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

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

コード化された UI テストビルダーが表示され、Visual Studio は最小化されます。

操作のシーケンスを記録します。

記録を開始するには、[記録する] アイコンをクリックします。必要に応じて、アプリケーションの起動など、アプリケーションでテストする操作を実行します。

たとえば、Web アプリケーションをテストする場合は、ブラウザーを起動し、Web サイトに移動し、アプリケーションにログインします。

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

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

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

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

テキストボックスなどの UI フィールドの値を検証します。

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

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

要素を対象としたコード化された UI テスト

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

詳細については、「UI コントロールのプロパティを検証する」を参照してください。

生成されたテストコードを表示します。

生成されたコードを表示するには、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 ファイルに作成されます。

要素を対象としたコード化された UI テスト

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

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

コード化された UI テストのプロパティ

アプリケーションでコントロールを選択してもプロパティが表示されません、または UI コントロールマップにコントロールが表示されません。

アプリケーションコードで、検証するコントロールは、HTML ID 属性や WPF UId などの一意の ID を持っている必要があります。これらの ID を追加するために、アプリケーションコードの更新が必要になる場合があります。

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

コード化された UI テストのアサーション

テスト用のアサーションをすべて追加したら、[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 で、[アサーションの追加] ツールでコンテキストメニューを選択しようとすると、メニューはフォーカスを失い、非表示になります。

CodedUITest_SelectControlKeyboard

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

注意
Microsoft Lync を使用している場合は、コード化された UI テストビルダーを起動する前に Lync を閉じる必要があります。Microsoft Lync は、Ctrl + I のキーボードショートカットに干渉します。

コントロール上のマウスホバーを記録できません。これを回避する方法はありますか?

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

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

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

テストメソッドを生成すると、次の例のようなコードが UIMap.Desinger.cs ファイルに追加されます。
```
// Mouse hover '1' label at (87, 9)
Mouse.Hover(uIItem1Text, new Point(87, 9));
```

マウスホバーイベントをキャプチャするキーの割り当ては、自分の環境内の他の場所で使用されています。既定のキーの割り当てを変更できますか?

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

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

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

キーボードの割り当てを変更するには、次の構成ファイルを変更する必要があります:

<ドライブ文字:>\Program Files (x86)\Microsoft Visual Studio 11.0\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 ブラウザーで暗黙のホバーの記録を有効にするには、構成ファイルを開きます。

<ドライブ文字:>\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\CodedUITestBuilder.exe.config

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

<add key="RecordImplicitHover" value="true"/>
```

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

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

コード化された UI テストビルダー: コード化された UI テストビルダーを使用して、テストにコントロールや検証を追加します。このトピックの「コントロールを追加し、プロパティを検証する」セクションを参照してください。
コード化された UI テストエディター: コード化された UI テストエディターを使用すると、コード化された UI テストを簡単に変更できます。Coded UI Test Editor (コード化された UI テストエディター) を使用すると、テストメソッドを検索、表示、および編集できます。また、UI コントロールマップ内の UI 操作および関連コントロールを編集することもできます。詳細については、「コード化された UI テストエディターを使用したコード化された UI テストの編集」を参照してください。
コードエディター:
- このトピックの「UI コントロールの操作とプロパティのコーディング」セクションで説明しているように、テストのコントロールのコードを手動で追加します。
- コード化された UI テストを作成した後、データドリブンになるようにテストを変更できます。詳細については、「データドリブンのコード化された UI テストの作成」を参照してください。
- コード化された UI テストの再生では、テストに対して指示することで、ウィンドウの表示やプログレスバーの非表示などの特定のイベントが発生するまで待機することができます。これを行うには、適切な UITestControl.WaitForControlXXX() メソッドを追加します。使用できるメソッドの詳細な一覧については、「再生中に特定のイベントを待機するようにコード化された UIT テストを設定」を参照してください。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 コントロールの特定のプロパティ値を取得および設定するには、コントロールのプロパティ値を直接取得または設定するか、取得または設定する特定のプロパティの名前と共に UITestControl.GetProperty メソッドおよび UITestControl.SetProperty メソッドを使用します。

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

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

T:Microsoft.VisualStudio.TestTools.UITesting.HtmlControls.HtmlList や T:Microsoft.VisualStudio.TestTools.UITesting.WinControls.WinComboBox など、T:Microsoft.VisualStudio.TestTools.UITesting.UITestControl から派生するコントロールの場合は、次のように、プロパティ値を直接取得または設定できます。
```
int i = myHtmlList.ItemCount;
myWinCheckBox.Checked = true;
```

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

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

例:

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

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

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

例:

SetProperty(myWinCheckBox.PropertyNames.Checked, true);

デバッグ

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

次の内容

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

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

コード化された UI テストは、手動テストを自動化するためによく使用されます。追加のガイダンスについては、「Testing for Continuous Delivery with Visual Studio 2012 – Chapter 5: Automating System Tests (Visual Studio 2012 を使用した絶え間のない配信のためのテスト – 第 5 章: システムテストの自動化)」を参照してください。手動テストの詳細については、「[廃版] Microsoft テストマネージャーを使用した手動テストケースの作成」を参照してください。自動化されたシステムテストの詳細については、「Microsoft テストマネージャーを使用した自動テストの作成」を参照してください。