私はかなり前からUIオートメーション用のツールを購入してきました。そして、とても用心深い理由は、自分の足を撃たないようにするためです。以下のリンクは私の恐怖を最もよく説明してい ますhttp://gojko.net/2010/04/13/how-to-implement-ui-testing-without-shooting-yourself-in-the-foot-2/
Selenium2.0とPageObjectDesign（技術的なアクティビティの部分を処理する）をRobot Frameworkのキーワード機能（ワークフローとルールの部分を処理する）と組み合わせて活用することで、目標を達成できると確信しています。 。したがって、ユーザー定義のキーワードを対応するPageメソッドにマッピングし、キーワードを使用してロボットフレームワークのテスト計画を設計します。
ただし、ユーザー定義のキーワードを、Javaの対応するPageObjectDesignedメソッドのメソッドにマップする方法に関する解決策は見つかりませんでした。
どのように感謝されるかについてのガイダンス。
ありがとう
Ruslan が言ったことに付け加えると、私はTOSCA Test suiteという自動化ツールに取り組んでいます。UI テストに最適で、魔法のように機能します。ただし、スクリプト (スクリプトとはコーディングを意味します) に浸っていない自動化ツールが嫌いな場合は、それを避けることをお勧めします。Tosca では、アプリケーション画面を .xml ファイルに保存する TOSCA ウィザードと呼ばれる組み込みのメカニズムを使用して、アプリケーションから画面をキャプチャできます。これは後でテスト ワークスペース内にインポートして、スクリプトの作成に使用できます。
このツールはテスト管理ツールとしても機能し、要件の維持、テストケース フローの作成、テストケースの自動化、実行、および結果のレポート作成を支援します。
このツールの詳細については、http://www.tricentis.com/en/homeを参照してください。
これを試して、それが役に立ったかどうかお知らせください。
役立つ情報がいくつかあります: http://blog.codecentric.de/en/2010/07/how-to-structure-a-scalable-and-maintainable-acceptance-test-suite/
そうでない場合は、robotframework ユーザー グループに質問するのがよいでしょう: http://groups.google.com/group/robotframework-users
私は最近、Java ページ オブジェクトを Robot Framework の純粋なユーザー キーワード/リソース ファイル形式に変換する簡単な例を作成しました (すべてユーザー レベルで行われ、コードは必要ありません)。既存の例は少し複雑すぎて、実際のコードでページ オブジェクトを操作する人や、コードで与えられたページ オブジェクトの例に従う人にとって直感的ではないことがわかりました。これは、コードの実装をより厳密に反映しています。
https://github.com/daluu/robotframework-simple-page-object-example
ページ オブジェクトの継承や、テスト ケースが継承する可能性のある個別のテスト関連クラスについては説明しません。おそらくそれは、より複雑な将来の例です。
ただし、基本的な継承は、相互に参照するリソース ファイルで模倣できると言えます。コードで得られるスコープの粒度のレベルがすべて得られない場合があります (パブリック、プライベート、保護など)。
Robot フレームワークが UI テストに最適な選択だとは思いません。複雑なシステムまたはシステムのコンポーネントがテストされているときの機能統合テストに適しています。たとえば、ビジネス ルール エンジンのテストに使用しています。エンジンにさまざまなイベントを送信し、システムが適切な状態になったかどうかを確認します。
Watir、Tosca、Sahiなどの他の UI テスト ツールをチェックしましたか? ページ上のコンポーネントを (他の要素と比較して) どのように処理するかという点で、最後の 1 つが最も興味深いと思います。また、UI コンポーネント用の特別なタグは必要ありません。