E2Eテストをユニットテスト並みの実行時間に — Playwright並列化とGitHub Actionsチューニングの実践

「テスト」と聞くと、プログラマーの人が書くもの、というイメージがあるかもしれませんね。でも、実は私たちの普段使っている便利なサービスやアプリの裏側では、この「テスト」が品質を守るためにとっても重要な役割を果たしているんです。

特に、Webサービスやアプリがちゃんと動くかを確認する「E2Eテスト」というものがあります。これは、実際にユーザーが使うのと同じように、最初から最後まで一連の流れを試すテストのこと。例えば、ネットショッピングで「商品をカートに入れて、決済まで完了する」といった、一連の操作を自動でやってみるイメージです。

ただ、このE2Eテスト、どうしても時間がかかってしまうのが悩みどころ。たくさんのテストを一つずつ実行していくと、終わるまでに何十分、場合によっては何時間もかかってしまうことも。これでは、開発のスピードが遅くなってしまったり、問題が見つかったときに原因を特定するのが大変になったりしてしまいます。

今回ご紹介するのは、そんなE2Eテストの時間を劇的に短縮する工夫についてです。あるチームでは、品質管理システム（QMS）という、製品の品質を管理するためのSaaS（サービスとして提供されるソフトウェア）を開発する際に、この課題に立ち向かいました。彼らが開発しているのは「QMSmart」というサービスです。

彼らは、約100個の「spec」（テストの設計図のようなもの）と、それを細かく分けた140個の「テストケース」（実際に実行する具体的な手順）を持つE2Eテストを、新しい機能を追加したり修正したりするたびに、自動で実行する仕組み（CI、継続的インテグレーションというもの）を整えました。そして、驚くべきことに、この全てのテストを、わずか6分から8分という、ユニットテスト（プログラムの小さな部分を個別にテストするもの）に近い速さで完了させているというのです！

これは、単にテストを速くしただけではありません。開発チームが新しいコードを書くたびに、これらのテストが短時間で走り、問題があればすぐに発見できる。つまり、開発のスピードを落とすことなく、高い品質を保つための強力な武器を手に入れたと言えるでしょう。この運用が回っているということは、日々の開発がスムーズに進んでいる証拠でもありますね。