コード化されたユーザーインターフェイステストを使用したコードの検証

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

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

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

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

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

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

メインスキルでコーディングではなく、テストにローカライズされている特殊な CUIT のテストビルダーとエディターでは、コード化された UI テストを作成および編集しやすくなります。ただし、開発者は高度な方法でテストを拡張する場合は、コードをコピーして同期するための簡単になるように構成されます。たとえば、Web サイトで商品を購入するテストを記録する場合があります。次に多くの項目を購入ループを追加するために生成されたコードを編集します。

要件

Visual Studio Ultimate, Visual Studio Premium

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

このトピックの内容

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

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

コード化された UI テストプロジェクトを作成します。

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

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

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

コード化された UI テストビルダーが表示され、Visual Studio は最小限にします。
アクションのシーケンスを記録します。

記録を開始するにはは、[記録] アイコンを選択します。これが必要な場合は、アプリケーションでテストするアプリケーションの起動など、アクションを実行します。

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

たとえば来信を処理する必要記録も一時停止するにはは [一時停止] を選択します。

、間違いを記録した操作を削除するには は、[Edit Actions] を選択します。

、アクションを複製し、[コードの生成] のアイコンを選択して、コード化された UI テストメソッドの名前と説明を入力するコードが生成されます。。

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

コード化された UI テストビルダーの アサーションの追加 を選択して、実行中のアプリケーションの 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) の簡単なアプリケーションを作成します。また、さまざまなタイミングの問題やコントロールのリファクタリングによって機能が損なわれたテストを修正するための解決策を示します。

テスト対象のアプリケーションを開始および停止します

私は、各テストでは My、ブラウザーアプリケーション、またはデータベースを別に開始および停止しません。操作方法は、それを回避できますか。

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

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

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

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

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

このコントロールのプロパティは、アサーションの追加 のダイアログボックスで示します。

特定のコントロールに移動するもう一つの方法は [UI コントロールマップ] のビューを展開するには、矢印 [(<<)] を選択します。親、兄弟検索するには、または子コントロール、マップ内をクリックしてツリー内を移動するには、方向キーを使用できます。

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

私は、[アプリケーションのコントロールを選択するか、またはワンクリック発行で UI コントロールがマップを制御するのが表示されるときにプロパティが表示されません。

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

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

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

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

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

コード化された UI テストファイルのテストメソッドに、AssertForAddTwoNumbers のメソッドへの呼び出しを追加します:
```
      [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()
      {
          ...
      }
```

My が選択するコントロールをアプリケーションでコード化された 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 キーを押しながら、間押したまま、キーボードのキーを押しながら 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 またはテストされるアプリケーション内の他の場所で使用中の場合もあります。

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

<drive letter:>の\Program (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 テスト構成ファイルの true に ContinueOnError と、記録されます。これは、からポイントイベントが失敗すると再生が従うようにします。

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

<drive letter:>の\Program (x86) \Microsoft の Visual Studio 11.0\Common7\IDE\CodedUITestBuilder.exe.config を格納します。

構成ファイルに次の例に示すように true の値に設定されている主 RecordImplicitiHovers があることを確認してください:
```

<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.UITestControl から派生するコントロールの場合、たとえば T:Microsoft.VisualStudio.TestTools.UITesting.HtmlControls.HtmlList や T:Microsoft.VisualStudio.TestTools.UITesting.WinControls.WinComboBox では、以下のようにプロパティ値を直接取得または設定することができます:
```
int i = myHtmlList.ItemCount;
myWinCheckBox.Checked = true;
```

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

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

例:

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

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

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

例:

SetProperty(myWinCheckBox.PropertyNames.Checked, true);

デバッグ

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

何が、ですか。

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

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

コード化された UI テストがよく使用されます。手動テストを自動化する。追加のガイダンスについては、Visual Studio 2012 –の章の 5 番目の一連の配信のためのテスト: システムテストの自動化" "を参照してください。手動テストの詳細については、Microsoft テストマネージャーを使用した手動テストケースの作成"を参照してください。自動化されたシステムテストに関する詳細については、Microsoft テストマネージャーを使用した自動テストの作成"を参照してください。

外部リソース

参照

処理手順

チュートリアル: コード化された UI テストの作成、編集、および保守

概念

Visual Studio 診断ツールによる品質の向上

コード化された UI テストの構造

コード化された UI テストのベストプラクティス

複数の UI マップでの大規模アプリケーションのテスト

コード化された UI テストと操作の記録でサポートされている構成とプラットフォーム

Visual Studio 2010 からのコード化された UI テストのアップグレード

その他の技術情報

コード化された UI テストエディターを使用したコード化された UI テストの編集

既存の操作の記録からのコード化された UI テストの生成

次の方法で共有

コード化されたユーザーインターフェイステストを使用したコードの検証