深度解讀 - TDD（測試驅動開發）

什么是 TDD

TDD 有廣義和狹義之分，常說的是狹義的 TDD，也就是 UTDD（Unit Test Driven Development）。廣義的 TDD 是 ATDD（Acceptance Test Driven Development），包括 BDD（Behavior Driven Test Development）和 Consumer-Driven Contracts Development 等。
本文所說的 TDD 指狹義上的 TDD，也就是「單元測試驅動開發」。

TDD 是敏捷開發中的一項核心實踐和技術，也是一種設計方法論。TDD的原理是在開發功能代碼之前，先編寫單元測試用例代碼，測試代碼確定需要編寫什么產品代碼。TDD 是 XP（Extreme Programming）的核心實踐。它的主要推動者是 Kent Beck。

TDD 有三層含義：

• Test-Driven Development，測試驅動開發。
• Task-Driven Development，任務驅動開發，要對問題進行分析并進行任務分解。
• Test-Driven Design，測試保護下的設計改善。TDD 并不能直接提高設計能力，它只是給你更多機會和保障去改善設計。

為什么要 TDD

傳統編碼方式 VS TDD 編碼方式

傳統編碼方式

• 需求分析，想不清楚細節，管他呢，先開始寫
• 發現需求細節不明確，去跟業務人員確認
• 確認好幾次終于寫完所有邏輯
• 運行起來測試一下，靠，果然不工作，調試
• 調試好久終于工作了

  原文轉自：http://www.jianshu.com/p/62f16cd4fef3

  • 共12頁:
  • 上一頁
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 下一頁