2017-02-09 6 views
0

私はすべての私のテストスイートをPage Objectモデルで再設計し始めていますが、私が見つけたドキュメンテーションやチュートリアルでは、私の場合は、UI要素とデータの90%近くを共有する10以上のサイト(リストが成長しており、来年は20〜30のサイトがあります)と50を共有するサイトUI要素とデータの-80%。また、サイトにはデスクトップバージョンとはUI要素が多少異なるモバイルバージョンがあり、デスクトップバージョンと80%類似していると言われています。ベストプラクティスどのように複数の類似したWebサイトのページオブジェクトテストスイートを設計する

このシナリオを念頭に置いて何かを設計する最良の方法は何ですか?すべてのサイトとデスクトップ/モバイル版で異なるPage-Objectクラスを持つように設計する必要がありますか?または、サイトのプレフィックス名の要素にそれぞれ名前を付けるDesktopバージョンとMobileバージョンでそれらをグループ化する必要がありますか?私はこのような状況の基準を見つけられないようです。

答えて

1

ページオブジェクトモデルでは、ページ内のすべてのオブジェクトとメソッドをカプセル化する各スクリーン/ページに対して1つのクラスを持つことが理想的です。 各画面に新しいページクラスを作成します。私は、各ページの抽象クラス(すべての一般的な90%オブジェクトが定義されている)を用意し、あなたのメソッドが子クラスからオーバーライド可能であることを確認することをお勧めします。特定の技術で共通の抽象メソッドを使用しないメソッドをオーバーライドすることができる各ページオブジェクトabstarctクラスの複数の子クラス(たとえば、異なるテクノロジModile/Desktop)が存在する可能性があります。 そのページ内のすべてのオブジェクトのプロパティを維持する個別のオブジェクトクラス(ページごと)を維持します。ページの続きを読むには、モデルの訪問オブジェクト:

http://testautomationlove.blogspot.in/2016/02/page-object-design-pattern.html

+0

は、あなたの答えをありがとうございました!一週間ほど前、私はまったく同じ結論に達し、このようにしてコードを作成します。このクラスは、サイトのすべてのページで最も一般的な要素とメソッドを持つクラスで、それぞれの変更を加えて異なるサイトでクラスを拡張します。同じ結婚記念式典に行くのはとても幸せです!どうもありがとうございました! –

+0

うれしそうでした:) – Saumya

関連する問題