複雑な UI を備えた WPF アプリケーションがあり、同じために CodedUITest スクリプトを記述したい。私はこれが初めてなので、CodedUITest スクリプトを作成するには適切なガイダンス/アプローチが必要です。UI にいくつかのカスタム コントロールが存在し、いつでも変更できるため、Record & Play を使用してすべてを実行することはできません。
C# コードを使用してこれを行いたいと考えています。カスタム グリッドから特定のレコードを取得するときに問題に直面し、C# コードを使用してコントロールを識別します。
理論的な側面：
コード化されたUIテストは、UI回帰テストを実行するために作成されます。特定のデータが与えられると、UIは特定の方法で反応するはずです。このテストの王様の考え方は、UIに何度も同じデータが与えられると、同じように動作し続けるというものです。言い換えると、特定のデータセットが与えられた場合、UIが（記録に基づいて）どのように反応するかを変更すると、テストは中断するはずです。
実用的な事実：
コード化されたUIテストはテストフレームワークであり、記録によってコードが生成されます。あなたはそのコードを見ることができます、そして私見あなたはそれがどのように機能するかを見るはずです。より用途の広いコード化されたUIが必要な場合は、生成されたコードを変更することでそれを実現できます。実際、生成されたクラスとメソッドを分割し、いくつかのクランアップを行うことを強くお勧めします。
このコードは、一種のUIマップ（テストで使用されるUIオブジェクトを参照するプロパティを持つクラス）を生成します。そのマップを手動でプロパティを追加または削除して（結局のところ、それは単なるコードです）、独自のより複雑なUIマップを作成できます。実際、他のマップからマップを「継承」することもできます（ASPよりも多く）。ネットマスターページ）。
WPFでは、コントロールが存在するかどうか、UIスタイル、コンテンツ、および子（存在する場合）を確認できます。AutomationIDの件名では、チェックする必要のあるコントロールでのみ必須です。D＆Dについて...わかりません。D＆DのUIテストは行ったことがありません。