私は最近、C＃（SpecFlowと組み合わせて）をテストするためにセレンとページオブジェクトモデルを使用しました。ページモデルセレンテスト用の構造
しかし、私のケースの1つでは、ページオブジェクトモデルの構造については少し不明です。一例として、
、私は（など、次のキーを押し、詳細を記入し、次の詳細を記入し、押して）複数のページをまたがる登録フォームを、持っている
1ページを作成することをお勧めだろうフロー内の各ページのオブジェクトモデル、またはすべてを1ページオブジェクトモデルに集めることができますか？
いくつかのシナリオでは、フォーム要素が
ページオブジェクトは広く、自動化エンジニアで受け入れ良く知られているデザインパターン、である（エンドユーザーの設定に応じて）フロー内の他のページに移動するかもしれない、物事を盛り上げるためにアプリケーションの各ページごとに別々のクラスファイルを作成して、クラスのメソッドとしてすべての要素をプロパティおよびそのビヘイビア/ビジネス機能としてグループ化します。しかし、特に、ページに要素/グリッド/カレンダーウィジェット/ HTMLテーブルなどの複雑な要素のセットが多い場合は、特に良い考えではないかもしれません。
1つの単一ページクラスのページでは、読み込みや保守には大きすぎます。クラスには処理する責任が多すぎる可能性があります。それは再構成され、より小さなクラスに分割されます。
私のページオブジェクトは責任を負うことを期待します。
これにより、ページの分類が増えますが、テストは読みやすく、信頼性が高く、堅牢になります。
ここでの例はJavaで見ることができます。しかし、私はあなたがそのアイデアを得ると確信しています。
http://www.testautomationguru.com/arquillian-graphene-page-fragments/