TDD---測試驅動開發,簡單的一點認識

TDD，就是 Test Driven Development（測試驅動開發）

一個牛人說了：“什麼是TDD？TDD就是把你的需求用測試給描述出來。”

我現在工作的這個公司還沒有用到這個技術，測試驅動開發，開發人員認為可笑，專案經理認為沒必要，部門經理認為自己的需求都沒做好，還用不著這麼搞。

一個成功的專案，或者說讓使用者和該專案的工作人員覺得舒心的專案，它必定有一個很好很好的需求，我想，那份需求一定很直白，很明瞭，很清晰，很細緻，很有指導性，讓任何一個人看了之後立刻就在腦海中浮想聯翩，馬上就可以知道這個產品是什麼樣子，有什麼功能，每個功能具體怎麼實現。。。多好的一份需求說明書啊！可惜，如果連高層設計都無法指導開發人員如何編碼的時候，你還能指望有一份這麼好的需求麼？

TDD，開發基於測試，測試基於需求，如果一個公司需求本來就做不好，那就別TDD了，沒戲。

反過來說，如果一個公司的需求做的多麼的excellent，令人心曠神怡，那麼它就有了採用TDD的第一個要求。

先編寫基於需求的測試用例，在編寫能使該測試用例透過的程式碼，這樣測試用例全部透過了，那需求也就全都實現了，而且測試用例也保證了程式碼的正確性，每次BuildingVersion釋出之後都可以跑一邊測試用例，而且目前TDD的測試用例一般都可以透過自動化工具來實現，這樣測試人員的角色從被動的、手動的測試變成了根據需求編寫測試用例來指導開發人員進行開發的人，這種人叫什麼？還沒想到一個明確的定位，但能保證質量，改變目前測試人員的工作方式，從被動到主動，當然，不是誰都可以寫出具有指導性的測試用例的，測試人員要學更多的東西。

這麼看來，貌似TDD不錯，呵呵，先學學看，目前我只知道TDD的這點皮毛而已，一會兒還要看下RSpec和CC.rb，加油吧，搞測試的同事們，其實，我們該更強！！！

[@more@]