プロトタイプみたいな使い捨てコードではうちではテストは書いてないですね。何よりも検証の速度を優先してとりあえず仮説を検証できる最低限のものを最速で仕上げることを意識しています。

めちゃくちゃ個人的な感覚なのですが、静的解析テスト（eslint など）でしっかり型安全に作っているなら、プロトタイプ段階ではTDDで書くようなテストは必要ないかなと思います。

ある程度売れることが検証されて、MVPからPMFを狙うぐらいのフェーズでテストを整備していく方がいいかなという感覚です。

TDDのようにテストは書くし3日でそのコードを捨てることになっても全然平気、という胆力のあるエンジニアであればプロトタイプフェーズからやってもいいのですが、少なくとも私はつらいので。

ちょっと前ならInvision、最近ならFigmaで軽いユーザーテストができるレベルのプロトタイプを作れるので、初期にコードを書く量はかなり減りました。

こういうプロトタイプでうまくいかないとよく「やっぱりコード書かないと」みたいに言われて実際に書いてみるんですが、コードで動くものにしても大体同じフィードバックなんですね。

なので、まずはできるだけコード書かずにユーザーテスト、ユーザーの欲しいものを理解できてきたら実装のコードもテストコードも書いていくという感じです。