BDDおよびUIテスト

Question

ここに質問があります...

IronRubyを使用したWPF MVVMアプリケーションがあります。 DevExpressドックマネージャを使用します。私たちはキュウリのテストを受けています（IronRubyで働くことは、チームリーダーのdolorosaです）

私たちの要件の一部は、ユーザーが画面のレイアウトを保存できるようにしています。これを回避するBDDテストをラップするにはどうすればよいでしょうか？

レイアウトは、ユーザーがアプリケーションを閉じると保存されます。

これは私の最初のアイデアです。

1. キュウリを開いてアプリを開きます。
2. キュウリを使用してbewildrおよび/またはwhiteを使用して物を移動させます。 （レイアウトを移動するユーザーをシミュレートするのは難しい）
3. スクリーンショットなどを撮ります。
4. アプリを終了します。
5. アプリをもう一度開きます。
6. スクリーンショットなどを撮ります。
7. それが仕事だろうが、私は物事を成し遂げるためにその複雑な方法を考えて、スクリーンショットや何か

参照を比較してください。私は、ここの誰かが私に、上記のステップの「何か」が何であるかについての示唆を与えることができることを願っていました。

Answer 1

ホワイトはUIオートメーションに基づいており、ドッキングと境界矩形をサポートしていない場合は、常にUIオートメーションパターンを掘り下げて使用することができます。あなたが興味を持っているパネルでDockingPatternとBoundingRectanglePropertyを試してみてください。そうすれば、ドッキングされている場所とそのサイズを記録することができます。

すべての自動化シナリオを書く必要はありません。審美性やユーザビリティの問題は、自動化されたテストが何を信じているかにかかわらず、ユーザが好きでなければ何のメリットもありませんので、手動でテストするほうが優れています。これらのシナリオは、ドキュメンテーションとセーフティネットを提供することによって、共通の理解を確保して、会話を通じて、そして物事を簡単に変更できるようにします。ドッキング機構を変更しない場合（サードパーティのアプリケーションなので）、手動でテストしてそのまま残してください。

Answer 2

Bewildrの要素は、次のリリースで利用可能な '幅'と '高さ'のメソッドを持ちます（コードはチェックインされ、動作しています）。私はあなたが要素のサイズを取得するためにそれらを使用することができると思うそれは、アプリケーションの再起動で同じに残っているかどうかを確認する。また、clickable_pointメソッドを使用して、要素のクリック可能な点（通常は中心点）がアプリの再起動を行っているかどうかを知ることができます。ちょっとハッキリですが...