【連載◎開発現場から時代を眺める by arton】第2回

【連載◎開発現場から時代を眺める by arton】第2回 テスト駆動開発（TDD）が分かると従来の設計手法の問題が見えてくる（前編） 本稿では，テスト駆動開発（Test-driven Development――以降TDDと略す）について解説する。TDDは，その名の通りテストを主としてプログラムを開発する手法だ。ここで重要なのは，TDDはテスト手法ではないということだ。では何かと言えば，TDDはその名の通り開発手法なのだ。さらに正確に言えば，プログラムの開発工程を設計，実装，テストの3段階に分割した場合の最初の段階，すなわち設計を主眼とした開発手法なのである。その意味では設計手法と言い切ってもそれほど間違いではない。TDDによってプログラムの開発工程（設計，実装，テスト）がイテレーション（反復）される以上，最初に来る「設計」がTDDの主眼となることはある意味当然のことだ。 本稿の目的は，T

[yuske711]

TDDによるテストコードなどの成果物が実装仕様書となる

[yysaki]

TDDによるテストコードなどの成果物が実装仕様書となる

[yujiorama]

"結局のところ，TDDと単体テスト工程でのテストではテストの目的が異なるのである。" これ2002年の記事だ...これがいわゆる1週目なのかな #tdd

[takuno]

テスト駆動開発（TDD）が分かると従来の設計手法の問題が見えてくる（前編）

[yugui]

あ、artonさんだ

[hirok73]

40代経営者のコメントに注目。全力で大ハズレしてて苦笑い。

[hi-rocks]

（未読）