アプリをテストなしからTDDに移行するにはどうすればよいですか？

テストのないコードがたくさんあります。しかし、それはあなたがテストを書くことができないという意味ではありません今 、既存のコードに対して。したがって、既存のコードのテストを開始して、コードが期待どおりに機能することを確認します。

TDDではありません。 ただし、既存のコードをテストすると、学習するのに役立ちます TDD ：

• エッジケースとエラー状態について考える練習をします。

  考えられるすべての入力のテストに何年も費やすことなくテストを作成するには、コードが破損する可能性が最も高い場所について考える必要があります。テストしているメソッドが文字列を使用する場合、それにシンボルを渡すとどうなりますか？ nilを渡すとどうなりますか ？また、数値を除算する関数をテストする場合は、0でテストすることをお勧めします。ただし、おそらく1とでテストする必要はありません。 2.

  十分なテストを作成したら、メソッドが失敗する可能性が最も高い場所を予測し始めます。また、TDDingを開始すると、このスキルを使用して、コードがエッジケースをより適切に処理できるようにする堅牢なテストを作成できます。

• 適切に構成されたテストの作成を練習します。

  事後にテストを作成する場合、それらのテストを構成するためのさまざまなパターンを試すことができます。テストしているコードはすでにそこにあるので、テストとその記述方法に集中できます。そして、いくつかの良いパターンを学んだら、しないときにもっと良いテストを書くことができます。 頼りになるコードを持っている。

• コードのテストを困難にするものを発見します。

  さらにテストを作成すると、システムのどの領域をテストするのが最も難しいかを感じ始めます。これらの領域に気付いたら、リファクタリングが必要な場所として強調表示できます。さらに良いことに、最初からテスト可能なコードを書き始めることができます。

  テストしやすいコードがどのように見えるかがわかれば、その知識を使ってテストしやすいAPIをTDDすることができます。そして、それはあなたがあなたのアプリをより速く構築するのを助けるでしょう。

TDDに簡単に

テストアフターを使用して、学習に役立つスキルを身に付けることができます。 TDD。ただし、最終的にはアプリの一部をTDDする必要があります。 そして、TDDを使いやすくし、既存のコードに頼る簡単な方法があります。それは、回帰テストを作成することです。

回帰テストは、すでに修正したコードを壊さないようにします。アイデアは非常に単純です。バグについて聞いたときはいつでも、ブラウザをクリックして再現するのではなく、次のようにします。

• 失敗したテストを書く バグを再現します。
• テストを実行する 、そしてそれらが失敗することを確認してください（そのバグがまだ存在するため）。
• バグを修正する 可能な限り簡単な方法で。
• テストを実行する 、合格していることを確認してください。
• リファクタリング 必要に応じて修正します。

これは、新しいシステムを最初からTDDするよりもはるかに簡単です。これは、すでに存在するコードへの変更をテストドライブするだけだからです。 TDDの本質的なループである「赤、緑、リファクタリング」の習慣を構築します。 そして、ここから、TDDは、テストなしでTDDに直接移行しようとするよりも短いステップです。