いくつかの簡単なヒントでTDDの疲労を振り払う

いくつかのコードを試運転したいのですが、行き詰まっています。オブジェクトのインターフェースがどのように見えるかが完全にはわからない場合があります。たぶん、あなたは別の晴れた夏の日に気を取られています。構築しようとしているものをテストできるかどうかわからない場合があります。または、今はテストを書く気がないので、先延ばしになっている可能性があります。 TDDを好まない場合、どのようにしてTDDのメリットを享受できますか？

プロトタイピング、または廃棄するためのプロトタイピング

「新しいシステムコンセプトや新しいテクノロジーを使用する場合は、廃棄するシステムを構築する必要があります。最良の計画でさえ、最初にそれを正しく行うほど全知ではないからです。したがって、1つを捨てる計画を立ててください。とにかく、あなたはそうするでしょう。」 –フレッド・ブルックス

新しい機能を開始するときに、最初のテストを作成することを考えると、麻痺したように感じることがあります。 APIの外観、最も適切なパターンとプラクティス、およびすべてをどのように組み合わせるかについては、非常に多くの決定を下す必要があります。

そのように立ち往生しているときに始める方法はいくつかあります。 プロトタイプの作成は別です。

プロトタイプを書くときは、スケッチのように考える必要があります。ブレーンストーミングして試してみてください。まだテストやTDDを気にしないでください。代わりに、コードを使用して、苦労している決定を調べてください。いくつかのパターンを試して、どれが設計しようとしている機能に適合するかを確認してください。アプリの不安定な部分がどこにあるか、何をもっと考える必要があるか、そして本当の理由もなく何を心配していたかを把握します。

次に、それを破棄して再構築します。 今回は、TDDと、機能を最適に構築する方法についての新たな知識を使用します。

誤ってgit checkout -fを実行したときはご存知でしょう 何かを書いた後、お腹を蹴られたような気分になりますか？しかし、あなたは理解します、これは構築されなければならないので、私はそれをもう一度やります、そしてそれは最初よりもはるかに良くなると思いますか？これは、プロトタイプの再構築にも当てはまります。これで、機能がどのようにできるかについての確かなアイデアが得られました。 ほら、その機能のTDDはもっと簡単になります。