需多次重複理解程式
測試人員進行單元測試時必須理解程式功能甚至**邏輯；充分的單元測試通常會發現很多細小的錯誤，程式設計師修改**時，又要再次理解程式。理解程式是很耗費時間的。
反覆溝通需要大量時間成本
單元測試發現的錯誤一般是小bug，但數量可能很多，修改錯誤一般由程式設計師進行，測試人員還要確認，這些反覆溝通也需要很多的時間。
不利於發揮單元測試對**結構的約束機制
如果等編碼基本完成再由測試部門進行單元測試，也就不能及時發揮單元測試對**整體結構的約束效果，測試部門拿到**時，往往會發現難於測試。
耽誤測試部門對其他測試的準備工作：
編碼階段，測試部門要為整合測試、系統測試等做好準備，如果測試部門陷在單元測試的「泥潭」裡，很可能影響這些準備工作。
基於以上理由，即使測試部門人手充裕，僅僅從效益來考慮，也不應該由測試部門進行單元測試。如果測試部門本來就人力不充裕(進行單元測試的人員需具備編碼能力)，勉強由測試部門進行單元測試，結果往往是----沒有結果。
為什麼需要單元測試
軟體開發的標準過程包括以下幾個階段 需求分析階段 設計階段 實現階段 測試階段 發布 其中測試階段通過人工或者自動手段來執行或測試某個系統的過程，其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。測試過程按4個步驟進行，即單元測試 整合測試 系統測試及發版測試。其中功能測試主要檢...
為什麼需要單元測試
軟體開發的標準過程包括以下幾個階段 需求分析階段 設計階段 實現階段 測試階段 發布 其中測試階段通過人工或者自動手段來執行或測試某個系統的過程，其目的在於檢驗它是否滿足規定的需求或弄清預期結果與實際結果之間的差別。測試過程按4個步驟進行，即單元測試 整合測試 系統測試及發版測試。其中功能測試主要檢...
為什麼要做單元測試
我們幾乎都是以這樣的順序做開發 寫若干 然後執行一下，如果有問題，就做除錯，查出 bug，修改 然後再執行一下，直到沒有問題，然後接著寫 我也一直是這樣做的，到現在也是。以前每次我寫完 200 行 然後就啟動伺服器執行一下，結果發現問題，我會想 天哪，我又要大幹一場 於是從 jsp 開始仔細檢查 直...