Testing
テスト戦略を「種類」ではなく「保証したいこと」から考える
テスト戦略を考えるとき、単体テストを何件、E2E を何件という数から入ると目的を見失いやすい。先に決めるべきなのは、その変更で何が壊れてほしくないかだ。
境界を守るテスト
ドメインロジックは小さな単体テストで素早く検証し、外部サービスやデータベースとの接続は結合テストで契約を確認する。E2E は主要なユーザーフローに絞り、広く浅く置きすぎない。
失敗したときの読みやすさ
よいテストは失敗時に原因へ近づける。テストの種類よりも、どの層で壊れたかを短時間で判断できる構成になっているかを重視したい。