E2Eテスト

実際のユーザー体験を再現する

E2E テストはアプリケーションを「外側から」動かす。ブラウザを自動操作してフォームに入力し、ボタンをクリックし、画面遷移やデータの永続化までを一気通貫で確認する。Playwright や Cypress といったツールがヘッドレスブラウザを制御し、人間の操作をスクリプトで再現する。

単体テストや機能テストではモックに置き換えていた DB やAPIサーバーが、E2E テストでは実際に稼働する。認証フロー、権限チェック、データの書き込みと読み出しがすべて本物のインフラを経由するため、結合部分の不具合を検出できる。

コストとのバランス

実行速度は単体テストの数百倍かかることもある。ブラウザ起動、ページレンダリング、ネットワーク通信が重なるためだ。加えて、UI の軽微な変更でテストが壊れやすい（フレーク問題）。そのため E2E テストは重要なユーザーフローに絞り、数十〜数百件程度に抑えるのが現実的な運用方針となる。

テストピラミッドの考え方では、E2E テストは頂点に位置し件数を最小限にする。土台の単体テストで大部分のロジックをカバーし、中間層の機能テストで統合部分を押さえ、E2E テストはクリティカルパスだけを守る構成が安定する。