UIの自動化技術は、一般的に以下のものをサポートしているため私たちは皆、知っています：
1.ウィンドウを特定
のウィンドウのように多くの種類を識別することができるが、多くのUI技術としてサポートしています。そのようなWin32の、Winフォーム、WPFウェブページ（これはかなり特殊であり、厳密には、コントロールと呼ばれることができない）制御タイプとして
2.動作ウィンドウ
等リストビューで、ボタンを押すなどの制御方式の標準タイプのサポート、選択項目
3.確認結果の
本質は状態の制御を取得することができ、関連情報が制御
4.エラー回復を
この問題は、実際に自動テストフレームワークの一部であり、エラーからの回復の状態と実行を継続します。Testcaesを書くときもちろん、だけでなく、テストケースの独立性を保証するために
5.同期
、自動化スクリプトが異なるさまざまなプラットフォームで安定して実行することができます異なる判断し、この場所の作品の中で最も複雑な部分の同期UI自動テストを試験機の設定
などのWinRunner、QuickTestの、のような多くのテストツールがありますが、私はちょうどSilkTestのに慣れていますので、私は多くのことがSilkTestのと比較されると述べました
私たちは、ツール自体の多様性を確保し、UIオートメーション本質を見て、それは、次の3つの中で使用される技術以外の何ものでもありません：
1. WindowsのAPI
関連のAPI、FindWindowを、EnumWindow、GetWindowRect、 GetWindowText、SendMessage関数など、
MSAA 2.
MSAAは、COMベースのAPIインタフェースで提供障害を持つ人々のための開発者マイクロソフトのビジョンは、同様の画面拡大、スクリーンリーダー、および音声制御を開発し、この技術を使用することができます。今、窓の外のAPIを使用するに加えて、多くの自動化ツールは、また、MSAA技術のほとんどをサポート
関連リンク：
http://msdn2.microsoft.com/en-us/library/ms971350.aspx
http://en.wikipedia.org/wiki / Microsoft_Active_Accessibility
3. UIAutomationの
さまざまなソフトウェア会社でのテスト位置が上がる傾向にあり、自動テストの使用条件でのテストにMicrosoft自身強調し、各企業の前を歩いてきました。WPFの放出技術だけでなく、MSAA前のウィンドウAPIの技術、WPFの急激な減少のコントロールを操作する能力は、WPFでもコントロールを操作することができない、とMicrosoftは自動テストのための支援を強化する必要があり、MSAAは、アップグレード版をリリースした、とのために自動テストがネットFramework3.0に統合された出版、再設計されている、このアップグレード版はUIAutomationライブラリです。
関連リンク：
http://en.wikipedia.org/wiki/Microsoft_UI_Automation
http://msdn2.microsoft.com/en-us/library/ms747327.aspx