E2E テスト / リグレッションテスト目的で導入した playwright

ケース1

フロントエンド開発のコアな部分を切り出し、 GitHub package としてプライベート公開するライブラリとしたい要件があり

その際にテストコードをしっかり実装する必要があった。

テストコードは、テストピラミッドでいう Unit, Integration, E2E テストのそれぞれを実装したい要件があり、

Unit テストを jestで, Integration, E2E テストの実行環境として Playwright を導入した。

ケース2

QA set チーム発足に伴い、従来利用していた mabl に加えて、 開発チーム及び QA SET チーム双方実装可能な メインプロダクト用の E2E テストがほしい、という要望を受け、

E2E テスト用のアーキテクチャとして Playwright を導入した。

目指している状態

テストピラミッドの概念に則り、 Unit / Integration / E2E テストの３種が存在しておきつつ、

E2E テスト自体はランニングコストが重いので、なるべく深いテストが書かれない状態を意識しながら、

開発チーム及び QA チームにより継続的なテストコード・テストケースのメンテナンスができてることを目指した。

• Puppeteer
• CodeceptJS
• Selenium

• プロダクトのコードと共通の資産を利用できるかどうか？
• 開発チーム・QAsetチームでもメンテナンス可能かどうか？
• QA SET チームは mabl も運用しているが、 コーディングによる E2E テストが追加されて混乱しないか？
• A11y の概念に則ったテストケースを実装可能か？
• OSS としての将来性

• 他のテスティングライブラリ (jest / vitest / storybook 拡張) との親和性
• 運用が mabl と併用がしやすいかどうか
• Microsoft 製である点