程序員為什么不寫單元測試?[1]

　　程序員為什么不寫單元測試?[1]   單元測試工具

　　賽門鐵克誤殺門事件在一片爭議聲中落下了帷幕，但是它身后隱蔽的問題還遠未結束，諾頓誤殺彰顯測試價值的回歸，同時也向廣大的程序員們敲響了警鐘，不做單元測試的程序員在未來發展中絕對無路可走，以下是筆者的一些分析。

　　一、為了單元測試而寫單元測試

　　最近筆者曾經做過一次“程序員在項目開發中編寫單元測試的情況”的調查。

　　調查結果顯示：

　　1. 幾乎沒有嚴格在項目中執行TDD(，TDD)。

　　2. 為大部份業務方法編寫單元測試，并保證方法測試通過，占16.6%。

　　3. 偶爾編寫單元測試，一般情況下不寫單元測試，占58.3%。

　　4. 為了應付項目檢查而寫單元測試，但并不保證方法是否測試通過， 占8.3%。

　　5. 從來不編寫單元測試，占16.6%。

　　雖然調查的結果有一定的片面性，但是占58.3%比例的確高的驚人，同時，從來不編寫單元測試16.6%人層也基本反映國內程序員編寫單元測試的狀況，很少有程序員能夠比較認真地去編寫單元測試。那么，到底又是什么原因導致程序員不編寫單元的測試的?根據筆者參與的多個討論，主要有下面幾種原因使程序員不編寫單元測試：

　　1. 為了完成編碼任務，沒有足夠的時間編寫單元測試。編寫單元測試會導致不能按時完成編碼任務,推遲項目進度。

　　2. 單元測試的價值不高，完全是浪費時間。

　　3. 業務邏輯比較簡單，不值得編寫單元測試。

　　4. 不知道怎么編寫單元測試。

　　5. 項目沒有要求，所以不編寫。

　　6. 在項目的前期還是盡量去編寫單元測試，但是越到項目的后期就越失控。軟件測試

　　測試常常是程序員十分厭倦的一個項目活動。測試能夠為我們帶來什么?了解這些非常的重要，測試不可能保證一個程序是完全正確的，但是測試卻可以增強我們對程序完整的信心，測試可以讓我們相信程序做了我們期望它做的事情。測試能夠使我們盡早地發現程序的bug和不足。

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