テスト駆動型開発についての議論 - ワザノバ | wazanova

http://blog.testdouble.com/posts/2014-01-25-the-failures-of-intro-to-tdd.html 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約7時間前 Test Double社がブログで、TDD (テスト駆動型開発) を教える場合のアプローチを提案しています。 TDDについて、同じ用語やツールを使っていても、「モックオブジェクトがありすぎて、ひどい。」「モックオブジェクトがあふれていて素晴らしい!」という異なる見解に至るケースがでてしまっているのは、理想的なゴールに至る道筋を統一したかたちで教えきれてないからだと指摘しています。 TDDの一番の効果はコードのデザインの改善であり、コードのクオリティの担保は、うまくいけば二次的な効果、まかり間違えば幻想

[JHashimoto]

"TDDの一番の効果はコードのデザインの改善であり、コードのクオリティの担保は、うまくいけば二次的な効果、まかり間違えば幻想になるとし、失敗に陥りやすい具体的なパターンとして挙げているのが、"

[sh19910711]

"TDDの一番の効果はコードのデザインの改善"

[suginoy]

超いい資料

[daybeforeyesterday]

せやかて工藤

[calpo]

“そもそも、全てのmethodやclassごとにテストするのではない。振る舞いを定義し、それを実装するmethodとclassをつくり、テストを用意する。”

[efcl]

TDDの失敗パターンについて 親ユニット小ユニット

[mizoguche]

“親ユニットは、ロジカルな振る舞いを実装している二つの子ユニットに、依存する。 親ユニットの単体テストは、二つの子ユニットとのやりとりを定義する。 二つの子ユニットは、それぞれのロジックを担保する単体テ