ページオブジェクト¶

selenideを利用する際に保守性の高いテストコードとしてとしてPageObjectデザインパターンがあります。

PageObjectは、画面を１つのオブジェクトとして作成し利用します。 画面を一つのオブジェクトとして切り出しておき利用しすることで対象画面に変更が入った場合にも対象の画面のみを修正することで他のテストケースへの影響を最小限とすることができます。 公式サイトにも記載がありますので確認してみたいと思います。

URL : http://selenide.org/documentation/page-objects.html

公式サイトにてサンプルとして記載されているのはgoogleの検索のページと検索結果のページをページオブジェクトとして作成しています。

検索ページ用のページオブジェクト

/**
 * 検索ページのページオブジェクトクラス
 */
public GoogleResultsPage search(String query) {
    $(By.name("q")).setValue(query).pressEnter();
    return page(GoogleResultsPage.class);
}

検索結果ページ用のページオブジェクト

/**
 * 検索結果のページオブジェクトクラス
 */
public static class GoogleResultsPage {
   public ElementsCollection results() {
      return $$("#ires div.g");
   }
}

実際に利用するテストクラス

@Test
public void ページオブジェクトを利用してgoole検索を実施() {
   GoogleSearchPage searchPage = open("http://google.com/", GoogleSearchPage.class);

   GoogleResultsPage resultsPage = searchPage.search("selenide");

   resultsPage.results().shouldHave(size(10));
   resultsPage.results().get(0).shouldHave(text("Selenide: Concise UI Tests in Java"));
}

ポイントとしてはページクラスに対してフィールドを定義するのではなくメソッドを定義しているところになります。

公式サイトでは以下のように記載されておりページオブジェクトにてフィールドは隠蔽され アクセスについてはメソッドを経由して実施すると書かれています。

Final OOP notice(公式サイトより引用)

Let me remind you that the initial idea behind Page Objects was to encapsulate
 (read: hide) logic of working with page elements.
Tests should not operate with page elements / locators / XPaths.
Tests should use methods of Page Object instead.
So, if you even declare fields for page page elements, please, make them private!
Let methods of Page Object be public and fields private.
Otherwise OOP is just nonsense.

google翻訳で翻訳した結果

Page Objectの背後にある最初のアイデアは、ページ要素を扱うロジックをカプセル化する（読み込み：非表示にする）ことでした。
テストはページ要素/ロケータ/ XPathで動作するべきではありません。
テストでは代わりにPageオブジェクトのメソッドを使用する必要があります。
だから、たとえページ・ページ要素のフィールドを宣言したとしても、それらを非公開にしてください！
Page Objectのメソッドを公開し、プライベートなフィールドにします。
さもなければ、OOPはちょうどナンセンスです。

といってもそこまでシビアに考える必要はないのかなと考えています。