Structured Playwright —— 継続性から設計するE2Eテストの4層構造とハーネス

はじめに：E2Eテストは大きくなる E2Eテストは運用を続ければ必ず大きくなります。スプリントごとに要件が積み上がるのだからそれ自体は健全なことです。 問題はその大きくなり方。 Playwrightのデフォルト構成では、テストが増えるときに同じ記述——Locator、操作手順、待機、検証——がコピーで広がっていき、結果2つの状態に誘引されていきます。 変更追随性が下がる —— UIや手順のひとつの変更が、散らばった記述の数だけ同時に届く。1つの機能修正で変更箇所が各所にわたる。 レビュー性が下がる —— どこで何が使われているかが追いにくくなり、レビューが「コードの良し悪しの主観判断」になってしまう。 この2つが下がった先で起きやすいのが「Failしたテストの原因を調べるより、作り直したほうが早い」という判断です。 その判断は間違っていませんし、実際に正しい局面が多いのですが、問題は「その

[nguyen-oi]

E2Eテストが壊れやすくて作り直すハメになる問題を4層構造で解決する設計論、普通にめちゃくちゃ参考になる

[mkusaka]

Playwright E2Eを4層（Page Objects/Actions/Tests/Config）で設計し、継続性とレビュー性を高める方法を解説。