JavaによるSelenium WebDriverのハンズオン

第7章. ページ・オブジェクト・モデル（POM）

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

デザインパターンとは、ソフトウェアエンジニアリングで繰り返し発生する問題に対する、 再利用可能な解法のことである。この章では、Selenium WebDriver のテスト開発によく使われるデザインパターンであるPage Object Model (POM) を紹介する。POM の使用には、再利用性の向上やコードの重複の回避など、さまざまな利点がある。POM は、単一のリポジトリに SUT UI をモデル化するためのページクラスを作成することに基づいており、後にテストロジックから使用される。

モチベーション

Selenium WebDriver でエンドツーエンドテストを開発する際の最大の課題のいくつかは、保守性とフレーキー性である。前者に関して、問題は SUT の開発または進化の間に起こるかもしれない。UI に加えられた変更によって、既存のエンドツーエンドテストが破壊される可能性がある。これらのテストを修正するためのメンテナンスコストは、いくつかのテストケースでコードの重複が存在する大規模なテストスイートを持っている場合に関連する可能性がある（例えば、同じロケータが異なるテストで繰り返し使用される場合）。

フレーキー性（信頼性の欠如）に関しては、テストが一貫性のない振る舞いをするとき、つまり、同じ条件（テストロジック、入力データ、セットアップなど）のもとで、定期的に合格と不合格の両方を繰り返すとき、テストはフレーキーである。Selenium WebDriver のテストがフレーキーになる主な原因は 2 つある。まず、問題の根源は SUT にあるかもしれない。インスタンスンスンス、サーバ側のロジックのバグ（例えば、レースコンディション）は、エンドツーエンドテストで不規則な振る舞いを露呈する可能性がある。このような場合、開発者とテスト実施者は、問題を検出し解決するために協 力し、通常はサーバ側のバグを修正する。第二に、テスト自体に原因がある可能性がある。これは、テスターが避けるべき望ましくない状況である。Selenium WebDriver のテストでフレーキーテストを防ぐには、堅牢なロケータ戦略を実装する（レスポンスやビューポートの変化による脆弱なテストを避けるため）とか、待機戦略を使う（「待機戦略」で説明するように、ウェブアプリケーションの分散性や非同期性を扱うため）とか、さまざまな戦略がある。

POMのようなデザインパターンを活用することで、コードの重複を減らし、保守性の問題を改善することができる。さらに、POMを利用することで、再利用可能な堅牢性ロケーショ ン戦略や待機戦略を含めることができる。以下のセクションでは、POMデザインパターンの実行方法について説明する。

注

POM デザインパターン自体は、厳密にはテストのフレーキー性を解決するものではない。しかし、以下のセクションで説明するように、POM は再利用可能なコードのカプセル化を可能にし、テストの信頼性の低下を防ぐ。

POMデザインパターン

POM デザインパターンの原則は、 UI 要素を処理するロジックを、テストロジックとは別のクラス（ページクラスと呼ぶ）に分離することである。つまり、オブジェクト指向のパラダイムに従って、SUT の外観と振る舞いをページオブジェクトとしてモデル化する。そして、これらのページオブジェクトは、Selenium ...