軽量なテスト駆動開発を目指して #TddAdventJp - やさしいデスマーチ

これは、TDD Advent Calendar jp:2012 の16日目のエントリーです。前日のエントリーは、@pocketberserkerさんの「Specs2のParameterized Testのはなし」でした。 ご存じの方も多くなっていると思いますが、「テスト駆動開発（以下、TDD）」とはテストコードを先に書くテストファーストを基盤とした開発手法です。先にテストコードを書く事により、これからどのようなプロダクションコードを書こうとしているかを明確にすることができることが特徴です。このため、テストの技法というようりは設計の技法です。 テスト駆動開発を実践することにより多くのメリットを得ることができます。このことは2011年のAdvent Calendarで言及しました（TDDを学ぶべき10の理由 #TddAdventJp）。TDDは簡単に導入することができる一方で、実践するのは非常

[t-wada]

『JUnit実践入門』著者の渡辺さんによる、非常に力が入ったエントリ "不安に感じない部分は省略することで、テスト駆動開発は軽量でもっと使いやすい開発技法になるのではないでしょうか" #TddAdventJp

[mas-higa]

検証できるように変換する。検証した安心なデータを安心なコードに渡すだけなら不安はない。

[masaru_b_cl]

「本当に必要なテストを見極め、不安になる部分のみに注力すれば圧倒的にテスト数を減らせることでしょう。」

[msh514]

テスト

[Ehren]

「不安でない事はテストしない」なるほど

[tinsep19]

減らしていくには十分な数が算出可能じゃないといけない、そこでccなのか