これは非常に遅い応答です (おそらく既に出荷されています) が、私はそれを使用して WPF アプリケーションをテストしました。
VS2010 のベータ 1 バージョンを使用していたときに多くの不安定さがあり、いくつかのバグに遭遇しました。リリース版を使用すると、問題が少なくなりました。
WPF、VS UI の自動化、WPF/Windows のアクセシビリティを同時に学んでいたので、大変でした。防弾自動 UI テストを作成するのが難しいという事実が、この難しさを増しています。
VS2010 RTM の後も、ラップしたネイティブ/カスタム ページで断続的な問題が発生しました。これは、一部は子育ての問題が原因であり、一部はスレッド/プロセスの問題が原因であると思います。
私が遭遇した最大の頭痛の種は、WPF ツールキットから使用したコントロール、特に DataGrid コントロールに対してテストしようとしたときでした。UI の自動化に関する既知のバグがいくつかあり、それらを回避するのにかなりの時間を費やしました。
また、UI オートメーション フレームワークがバックグラウンドでデータをキャッシュしているという問題にも遭遇しました。更新されたデータを取得するには、コントロールを再インスタンス化する必要があります (特に、コントロールの親が適切でない場合の可視性)。
純粋な WPF または純粋な Win32 アプリを持っていて、他のアプリケーションから UI を継承せず、WebBrowser コントロールでラップしたり、カスタム コントロールを使用したりしていない場合は、おそらくそれをもう一度使用するでしょう。まだ決定を下しておらず、アプリでそれらのいずれかを使用している場合は、別のものを使用できるかどうかを確認します. おそらく、より限定的な統合テストを行うためのより単純なスクリプトのセットであり、モック オブジェクトを使用して単体テストで残りをカバーしようとします。
ただし、過去6か月以内に使用していないため、走行距離は異なる場合があります。