軟件測試驅動開發與極限編程中設計的關系

極限編程中提出的設計思想與傳統軟件工程的大相徑庭，它摒棄了傳統方法中對設計近乎苛求的原則，弱化了全面細致的設計。在極限編程中，不要求對需求做出非常詳細的設計，而是遵循簡單的原則，對現有的需求做出簡單的設計。不需要為以后考慮，因為你永遠不知道將來會增加哪些需求。Martin Fowler提出所謂的設計是要能夠讓你可以長期很簡單地修改軟件。

極限編程看似對設計的簡化，削弱了開發的依據。但其實它的思想卻是進一步明確了軟件開發的時候應該更注重眼前的問題，全力去考慮當前的需求，滿足客戶當前的需要，而不要為以后的需要費時費力，只有這樣，才能使做出的軟件符合客戶的需求。測試驅動開發在實現設計方面有著很大的優勢。測試驅動開發的特點之一就是先寫測試再寫代碼。而此時，測試用例編寫的意義就非同一般了。一方面，測試用例有著測試代碼的通用作用，開發人員在代碼編寫完成后對其正確性進行判斷。另一方面，在極限編程中，設計是一個持續的過程， 測試用例在一定程度是也是需求文檔的一種體現。對測試用例的編寫其實也就是一個對需求進行分析設計的過程。這一點是極限編程和測試驅動開發獨特的一點。測試用例的編寫其實就是針對單元的輸入輸出的判斷，對輸入輸出的設計就是對系統需求分析的過程，不能簡單的隨便設計，而是最好利用真實的系統數據進行設定。測試用例的編寫完成后，代碼才開始編寫，這里的一切目的只為通過測試，而意義卻是為了百分之百地滿足系統的需求。測試的編寫不再是一件令開發人員痛苦的事情，而是一件為了解系統需求而進行的設計過程，這種轉變可以說對軟件開發有著極大的積極的影響，這也是測試驅動開發的精髓所在。

將設計融入開發，在開發中完善設計，兩者相輔相成的關系在極限編程中體現的充分徹底。也就是這個原因，才使得測試驅動開發這一新思想迅速推廣開來。

原文轉自：http://www.kjueaiud.com