フロントエンドのテスト戦略ってどうすればいいの？

こんにちは！ 株式会社ココナラの法律相談事業部でWebエンジニアをしている 原井夏樹 です。 ココナラ法律相談というプロダクトのフロントエンド・バックエンド開発を担当しています。 よければXのフォローをお願いします！喜びます！ @superhahnah この記事ではフロントエンドテストの導入にあたり、私たちのプロダクトではどんなテスト戦略をとるべきかを調査・検討して得られた知見を共有します。 読んでくださる皆さんの参考になれば幸いです。 そもそもフロントエンドのテストって色々ありすぎてよくわからん 「〇〇テスト」っていう用語、本当にたくさんありますよね。 例えば… ユニットテスト(単体テスト) インテグレーションテスト(結合テスト) E2Eテスト(End to End テスト) 手動テスト ロジックテスト インタラクションテスト スナップショットテスト ビジュアルリグレッションテスト アク

[shingo-sasaki-0529]

粒度別と観点別でよく整理されてて、新規プロダクトを最初に立ち上げる際とかに参考になりそう。

[turanukimaru]

フロントエンドのテストの問題点は何よりも「壊れないように維持するのが超難しい」なのでまずインタラクションテストを維持できる体制を作りたい。テストしやすいコードにするためロジックの変更が必要だったりする

[Phenomenon]

この記事は戦略決めただけなので半年後に振り返り記事が読みたいな