測試驅動開發的思想，是在一次上網的時候，無意中接觸到的，一看到這個思想就感覺非常對味！
測試驅動開發簡單來說，就是輕設計、先測試再編碼！
這個思路很符合我現在的情況，我也有點理解爲什麼敏捷開發的大師都說，敏捷開發只適合200人以下的開發團隊了！
現在我處於的是一個3個人的軟件開發團隊，開發任務比較重，目前的話，只有編碼，實現客戶要求的功能，沒有文檔，沒有設計，也沒有測試員。
對於我的情況而言的話，我的開發是比較依賴設計的，我記得網上的一句話說明了我的現狀“似乎養成了一種潔癖，沒有一種良好的設計，都不願意趣編碼了”，我的現狀就是，我認爲一個軟件的設計很關鍵，優秀的設計就可以帶來良好的可維護性，移植性，和代碼的複用。目前，我把我自己理解爲“過度設計”！
而編碼完成之後的測試的話，則是沒有時間進行的，這個項目的編碼完成之後，就立刻進入下一個項目的編碼。
而測試驅動開發的輕設計的思想，一種典型的迭代的的開發，測試集成在開發當中。
輕設計：能解決我目前的“過度設計”，雖然我一直不認爲優秀的設計是壞事，但是現在、乃至可預見的將來都沒有足夠的時間做設計！所以輕設計，我還是很認同的。
迭代：目前我還理解不了，但是我認爲如何可以在一開始就出現一個最簡單的demo程序，然後每天不停的加新功能，是開發的工作可視化，覺的可以很大的緩解開發壓力。
測試集成在開發：如果測試能用來幫助提高開發速度，一舉兩得的事情。。。難以相信。。。