フロントエンドのテスト戦略を考える - AIで変わったこと、変わらないこと - カミナシ エンジニアブログ

こんにちは。カミナシで「カミナシ 設備保全」サービスの開発を行っている澤木です。 今回はフロントエンドのテスト戦略についての話を書いていこうと思います。 フロントエンドのテストはどこに何をどれだけ書くかが悩ましい領域です。 ユニットテストは書きやすく実行も速いですが全部組み合わせたときに動く保証はないし、E2Eテストは本物に近い保証が得られるけれど書くのもメンテナンスするのも工数がかかります。 特にE2EテストはAIでコーディングができるようになる前は工数が高く、書きたくても書けなかった部分がありました。 それがAIコーディングエージェントの普及で書くコストが下がり、E2Eもだいぶ書きやすくなって、どのテストをどれくらい書くのかという配分も改めて考え直したくなりました。 今回はテストトロフィーをベースに私たちがどういう考え方でテストの設計を行なっているか、またAIによって何が変わったのか、

[simplememofast]

AIにテストを量産させて一度詰んだ。E2Eは増えるのにすぐ壊れCIが常に赤い。効いたのは数より、ロジックを純粋関数に切り出して網羅する設計のほうだった

[nguyen-oi]

AIのおかげでE2E書くコスト下がったのデカいな。結局はテスト設計できないとゴミ量産機になるのは変わらんが