はじめに

こんにちは、ラクマの@itinaoです。

E2Eテストについて、概要からお手軽に試す方法までを全5編で記載しています。

真面目に導入すると、導入コストもかなり高く、複雑でハードルが高いです。

少しでも皆さんの参考になれば幸いです。

読書対象

E2Eテストとは

E2E(End to End)テストは、UI(User Interface)テストとも呼ばれ、システム全体を通してテストを行います。

Webサービスの場合は、ユーザと同じようにブラウザを操作し、挙動が期待通りになっているかを確認することができます。

下記のように、ユニットテストとは逆の特徴があります。

よく語られるのが以下のようなピラミッドの図で、
上に行くほど、遅く・コストが高いと言われています。

壊れやすく、メンテナンスが大変
- 細かいUIのテストを実装し、ちょっとした文言の変更等で落ちたりする
導入・運用コストが高い
- E2Eテストには様々な手法があり、どれを使うのか選定するのが大変
- テスト用の環境を用意する必要があり、実行コストがかかる
  - ローカルでやる場合は別
- 上記で挙げた壊れやすさ故、メンテナンスコストがかかる
実行速度が遅い
- 実際にサーバーやブラウザを起動するため、単機能のテストとは比べ物にならない時間がかかる
- テストが通るのを長い時間待った後に、テストが落ちた場合はやる気が下がる…

Ice Cream Cones というアンチパターンで、
ユニットテストと比較して手動テストが大部分を占めると、コストが高くなります。

マイクロサービスだと、これらのテストの作成・保守は誰が担当するのか、という問題があります。
複数のサービスにまたがるので、E2Eテストを作成する責任を負う単一チームがいない状態です。

専属のテストチームがあるとベターです。

ラクマ（fril時代を含む）はリリースしてから8年以上経過しているプロダクトであり、いわゆるレガシーシステムです。

仕様や設計が複雑化しており、仕様を把握するのも、テストをするのも大変です。

現状はテストの自動化が行われていません。
個々のビジネスロジックに対するユニットテストはテストコード化されていますが、機能テストレベルのテストコードは存在していません。

そのような状況で、
大規模なリファクタリング・新しいアーキテクチャへの移行についても議論が常に行われています。

安心安全に移行していくのには、E2Eテストは必要なのでは。。
ということで導入に際して諸々調査を行いました。

導入にあたってE2Eテストに詳しいメンバーもおらず、どのようなツールを使うかをまず検討しました。

選定する際に気にしたポイントは下記です。

現在、アクセスが1%以上あるブラウザは下記でした。

これらを実行できるE2Eテストツールを選定したいです。

下記の結果からTestCafeにフォーカスを当て、検証を進めていきます。
（TestCafeは上記に記載したブラウザ全てに対してテスト実行が可能でした。）

ここまでで、なぜ導入するのか、なにを導入するのかを説明していきました。

次の記事では、ローカルの環境でTestCafeを試す方法をご紹介していきます。