...
我知道這個項目bug很多，無法按時完成，即使老板把我炒了也是應該的。曾經有一個做單元測試的機會放在我面前，我沒有珍惜，等到后來項目雪崩了才后悔。如果上天能再給我一次機會，我會對老板說：我要做單元測試！如果一定要在單元測試上加個日期，我希望是一直。
...

在這里我并不是想說該怎么樣去進行單元測試，既然我們無法規定該如何編寫產品代碼去實現需求功能，同樣也不能要求開發人員該如何編寫測試代碼，甚至是否要編寫UT。

勸服項目經理在項目中實施單元測試更是難上加難，因為單元測試對PM來說往往意味著需要更長的開發周期，更多的成本投入，而且按照傳統的方式一樣也能完成項目，賺到錢。于是面對著緊張的工期，在項目中拍板實施單元測試的確需要魄力和權衡。

但正是這樣的理解誤區導致了UT在國內難以推廣，我認為對于整個開發周期而言，單元測試可以縮短開發時間，提高產品質量，起到降低成本和規避風險的作用。下面我們看看在代碼編寫過程中都把時間花在哪了：

1、學習和閱讀代碼：對于項目組的新成員或著是當使用別人編寫的服務時，往往需要閱讀他人的代碼，UT提供了最佳示例，可節省學習時間和成本。
2、編寫產品代碼：無論是否實施UT，這都是必須的。
3、修改產品代碼：在未引入UT時，產品代碼的bug往往要等到質量部門或這是客戶試用時才能發覺，更甚至是到系統運行一段時間后才會出現，當然UT并不能完全避免bug的產生，但是能夠幫助我們盡早的發現bug，及早解決問題，往往可以節約開發時間和成本。
4、重構：這點小項目就談不上了，但是對于大項目，沒有UT也敢說進行重構的確是需要超人的勇氣！我更傾向于認為沒有實施UT的項目是不可重構的。


不過我也沒有參與過全程實施單元測試的項目，上面的話也是一番空講，期望您的意見。

轉載于:https://www.cnblogs.com/chwkai/archive/2006/03/21/354578.html

總結

以上是生活随笔為你收集整理的实践单元测试(2) - 大话单元测试的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。