コード化されたUIテストフレームワークを使用して自動テストを作成しようとしています. 別のプロセスでアプリケーションを起動することなく、UI コンポーネントを分離してテストすることを検討しています。
たとえば、アプリケーションにユーザーからデータを取得するためのポップアップ ダイアログがある場合、アプリケーション全体を実行するのではなく、特定のダイアログのみを起動してさまざまなユース ケースを検証したいと考えています。
テスト initialize() の一部としてダイアログを起動してテストしようとしましたが、コントロールを見つけることができません... しかし、ダイアログを個別に起動すると、同じテストが正常に機能します。
誰かがこれを試したことがありますか、またはこれを機能させるためのアドバイスがありますか?
コード化された UI フレームワークは非常に強力なフレームワークですが、多くの (つまり、たくさんの) 問題があります。
あなたが達成しようとしていることをすることはお勧めしません。
さらに、「コンポーネントを分離して」テストすることは単体テストであり、私の経験からすると、これはコード化された UI テストのベスト プラクティスではありません。
コード化された UI テストは、キーストロークとマウス クリックによるユーザー入力をシミュレートするため、クロス アプリケーション プロセスをエンド ツー エンドでテストするのに役立ちます。
また、UI は開発中にかなり変更される傾向があり、コード化された UI はそれに依存しているため、主に、すぐには変更されないことがわかっているウィンドウの回帰テストに使用することをお勧めします。このようにして、メンテナンスを低く抑え、生産性を高く保つことができます。
お役に立てれば。