最近又把《測試驅動開發》翻出來讀了讀，比上次讀進去的多一些，讀過之後還是有些感受。
首先，我覺得自動化的單元測試絕對必要。且不說乙個開發團隊開發的**，就是我自己寫的**，過上一段時間之後，就完全忘了當時的想法。如果要修改的話，熟悉原來的**就是乙個非常耗時耗力的事情。而如果當時有自動化的單元測試**，就可以在舊**上不花或者少花力氣，而直接投入到新的任務中去，只有當測試出錯時，才需要去檢查原因。
其次，對於書中的測試驅動開發方法，我覺得還是有點過於理想化了。照作者的想法，可以通過測試來推動和改進設計。首先並不需要急於設計，而是先寫乙個測試，再寫乙個簡單的實現，再進一步測試，重構。再修改測試，進入下乙個迴圈。我覺得這樣進行開發，測試和設計之間關係太緊密，給我的感受是，不光要考慮設計本身，還要考慮測試的設計，感覺是在進行雙倍的工作。
我個人還是傾向於比較簡單的模式：按照傳統方式進行設計，對其中的可測試點構造自動化測試條件。
測試驅動開發
測試驅動開發 test driven development,英文縮寫tdd 是極限程式設計的乙個重要組成部分，它的基本思想就是在開發功能 之前，先編寫測試 也就是說在明確要開發某個功能後，首先思考如何對這個功能進行測試，並完成測試 的編寫，然後編寫相關的 滿足這些測試用例。然後迴圈進行新增其他功能...
測試驅動開發
在開發的過程中，總有種憂慮感，擔心系統會出現這樣或那樣的bug，修改bug後，更要把所有的流程重測一遍。於是我們在完成 後，編寫測試程式，將所有的流程通過測試程式自動跑一遍。測試驅動開發就在這種需求下誕生了。它將測試用例的開發提到了功能 之前，這樣功能 是為滿足測試用例能通過而開發，同時，測試用例也...
測試驅動開發
ttd是test driven development的簡稱，即為測試驅動開發，是極限程式設計中倡導的開發方法，倡導先寫測試再寫功能。這裡主要以我做的乙個練習測試隨機四位數的例子來講講。先介紹一下 測試的基本模組 js describe print number function beforeeac...