シリーズAのスタートアップで開発リード。テストコードを書きたいが、機能開発の優先度が常に高くて手が回らない。「とりあえずE2Eだけ」「APIテストだけ」など、現実的な妥協ラインを探してます。 「うちはこの粒度でやってる」を共有してもらえると参考になります。
スタートアップ初期のテスト戦略は「壊れたら困るところ＋直しにくいところ」に絞ると現実的です。 優先順位： 1. **決済・認証・データ整合性**：ここはバグると即お金とユーザー信頼に響くのでE2Eで守る 2. **複雑なドメインロジック**：ユニットテスト、ただし純粋関数化できる場合のみ 3. **UI**：基本書かない（変更が頻繁すぎてメンテコストの方が大きい） Storybook + Visual Regressionを後から入れる、ぐらいで充分。テスト網羅率より「触ったら必ずテストを増やす」習慣の方が大事です。
状況によって最適解変わるので、ここのコメント欄だけだと判断難しいですね。具体的に「フェーズ」「チーム規模」「予算感」あたり追加情報があると、もう少し的を絞った答えが出せそうです。