TDD
テストを書く、実装する、修正する、を小さくハンドリングして繰り返して進める。
別名
shimizukawa.icon TDDで書いたテストは、より良い実装の「発見」のための道具だが、それらを全て維持し続けるには テストのメンテナンスコスト が高すぎる。「発見」のために書かれた細かいテストより、「仕様」を表す磨かれた少数のテストがあれば良い。「書いたテストは全て資産」だと考えてしまうと、維持コストが高止まりして品質とスピードが落ちてしまう。テストの資産価値という観点で、維持するべきテストだけを残すべき。