私はまだMVC3に取り組んでいます、そして今私はTDDを調べています、そして意味をなさないものが出続けていることです。
The first step is to quickly add a test, basically just enough code to fail.
コードが合格するためのテストを作成する理由私にとっては、コードを記述してテストし、失敗するかどうかを確認して、発生する可能性のあるすべてのバグを修正する方がはるかに理にかなっています。
私はまだMVC3に取り組んでいます、そして今私はTDDを調べています、そして意味をなさないものが出続けていることです。
The first step is to quickly add a test, basically just enough code to fail.
コードが合格するためのテストを作成する理由私にとっては、コードを記述してテストし、失敗するかどうかを確認して、発生する可能性のあるすべてのバグを修正する方がはるかに理にかなっています。
コードを記述してからテストを記述した場合、テスト駆動開発は実行されません...
それがTDDの略です。事前に作成されたテストに合格できるようにコードを記述します。そうしないと、TDDを実行していません。
アイデアは、テストがアプリケーションの要件を表すということです。コーディングを開始する前に要件を紙に書き留めるのと同じように、最初にそれらを書きます。
このようにして、すべてのテストに合格すると、完了です。
最初にテストを書くと、メソッドがどのように合格および不合格になるかについて考え始めることができます。つまり、メソッドについてより深く考えるようになります。
そうしないと、あまり考えずにメソッドに直接入ることが簡単になり、テストがそれほど簡単ではないメソッドになります。後でユニットテストに戻るのはとても簡単です-それはしばしば起こりません!
さらに、最初にメソッドを作成する場合、どの時点でテストを作成しますか?それが合格したことを知っているとき、あなたがそれに「満足している」とき...それはテストを考えずにコードを書くことへの滑りやすい坂道です。