應該由開發部門進行單元測試！

由測試部門進行單元測試的問題

（1）代價高：反復的重新理解代碼需要大量的時間，反復的溝通也需要大量的成本。 

（2）人手不足：進行單元測試的人員需要具備編碼能力，很多軟件企業的測試部門都沒有足夠的人手。 

（3）耽誤了測試部門對其他測試的準備工作：編碼階段，測試部門要為集成測試、系統測試等做好準備，如果測試部門陷在單元測試的“泥潭”里，很可能影響這些準備工作。

由開發部門進行單元測試的問題 

（1）擔心影響開發進度：這是現實問題，但自動化的單元測試工具可以解決這個問題。

（2）程序員不習慣做單元測試：這種習慣是可以理解的，但并不難改變，實際上，程序員寫程序時都是要進行測試調試的，只不過通常比較零散和隨意而已。 

（3）測試自己編寫的代碼，難于保證測試的效果：測試自己寫的代碼，通常會只測試正常的輸入，因此難于保證測試的完整性，但自動化的單元測試工具，可以統計白盒覆蓋，甚至提供用于找出遺漏的測試用例的工具，達到很高的測試完整性。只要達到了足夠的測試完整性，那么，無論誰測試，效果都是一樣的。 

無論由哪個部門做單元測試，都要面對一些問題，但開發部門所面對的問題可以借助工具來解決，而由測試部門進行單元測試，要么無法真正實施，要么代價昂貴。關于這個問題，后面的專題還會進一步闡述。