一枚程序員眼中的單元測試(10)

好想法抵擋不住現實的打擊，代碼庫隨著項目的進展越發復雜，由于沒有測試的保護，一些不良的設計偷偷溜了進來，代碼越發嬌氣，慢慢地沒有人敢去動它。最糟糕的結果可能是，DEVs頂著巨大交付壓力，唯唯諾諾的寫著代碼，而災難正在醞釀，交付最終失敗。

所以只有當測試代碼并行于產品代碼，甚至可以采用TDD。測試的幾大價值才有可能被體現出來，從而能夠為我們的產品保駕護航。

另外，如果是因為不熟練而導致編寫測試的時間太長，不妨記錄一下自己每天花在定位問題和調試上的時間，做個對比，你會發現編寫單元測試最終是會為你節省時間的。

就我個人經驗，半TDD的編碼方式，在一個Story上所花的總時間不會多余沒有測試裸奔的代碼?；蛟S剛開始會覺得有點拖慢節奏，操練多了，它的威力就會彰顯出來了。

測試也寫了，可是運行時間太長了又帶來了另一個苦惱？

細談該苦惱可以單獨寫一篇文章了。我的確見過測試運行時間很長，每次驗證一次跑上半個多小時。下面列舉一些測試加速的實踐：

 



           
原文轉自：http://sjyuan.cc/unit-test-view-from-a-programmer/
           

  



           
          

            

              
共12頁: 
上一頁
1
2
3
4
5
6
7
8
9
10
11
12
下一頁