單元測試壹般是有開發人員或測試人員來做。誰來做並沒有壹個絕對的標準，要根據公司的實際情況來決定。
單元測試的實現方式包括：人工靜態檢查、動態執行跟蹤。
人工靜態檢查：就是通常所說的“代碼走讀”，主要是保證代碼邏輯的正確性。
動態執行跟蹤：就是把程序代碼運行起來，檢查實際的運行結果和預期結果是否壹致。
開發人員做單元測試：
優點：開發人員對代碼最熟悉，而且開發人員編程技能相對比較強，所以開發人員自己寫單元測試效率上和覆蓋率上都比較高。
缺點：開發人員平時寫業務代碼就要花費很多時間，有時候確實沒有時間寫單元測試；而且大部分開發人員沒有太好的測試思想，單元測試可能只是寫個最簡單的用例就完了；自己寫的代碼自己測，往往都是不靠譜。
測試人員做單元測試：
優點：測試人員有比較系統的測試思想，可以更好地保證用例的覆蓋。而且通過寫單測測試能更好地了解具體代碼結構、流程，對於後續的業務測試也非常有利。
缺點：測試人員的編程技能相對比較弱，如果不同編程是無法開展單元測試的。並且測試人員對代碼沒有開發人員熟悉，效率會比較低。