E2Eテスト とは？

単体テストは部品を絞って確認するのに対し、E2Eはユーザーの流れを通して結果を見るよ。図はテスト環境の通販で、ログイン、商品選択、注文、注文履歴の確認を行う例。部品が単独で動いても、画面やAPIのつながりが壊れることがあるんだ。

ボタンを押しただけではなく、期待した結果と一致したかを見るんだ。たとえば注文完了の表示と、注文履歴に商品が載ること。WebならPlaywrightなどで操作と検証を書けるよ。E2Eはブラウザだけに限る言葉ではないけれど、ここではWebの例で考えよう。

範囲を決めよう。決済のテスト環境を使ったり、外部APIの返答を代替したりする方法があるよ。Playwrightは、制御できない第三者への依存を避ける方法を案内している。外部部分を代替した試験では、そのサービス自体の動作を確認したとは言わないんだ。

原因を調べよう。テスト同士でデータを共有しすぎない、表示や有効化などの条件を待つ、といった工夫があるよ。Playwrightはユーザーに分かる名前で対象を選び、期待した状態まで待つ検証を勧めている。失敗の記録を残し、再試行で本当の不具合を隠さないようにしよう。

必ず最後にするという決まりはないよ。重要な操作の流れと期待する結果が決まったら、開発中の確認にも使える。すべての細かい条件をE2Eだけで調べると負担が増えるので、単体や結合の確認と役割を分けよう。テストの件数比率は、システムに合わせて考えるんだ。