一般認為單元測試應緊接在編碼之後，當源程式編制完成並通過複審和編譯檢查，便可開始單元測試。測試用例的設計應與複審工作相結合，根據設計信息選取測試數據，將增大發現上述各類錯誤的可能性。在確定測試用例的同時，應給出期望結果。 單元測試過程應為測試模組開發一個驅動模組（driver）和（或）若干個樁模組（stub)。驅動模組在大多數場合稱為“主程式”，它接收測試數據並將這些數據傳遞到被測試模組，被測試模組被調用後，“主程式”列印“進入-退出”訊息。驅動模組和樁模組是測試使用的軟體，而不是軟體產品的組成部分，但它需要一定的開發費用。若驅動和樁模組比較簡單，實際開銷相對低些。遺憾的是，僅用簡單的驅動模組和樁模組不能完成某些模組的測試任務，這些模組的單元測試只能採用下面討論的綜合測試方法。提高模組的內聚度可簡化單元測試，如果每個模組只能完成一個，所需測試用例數目將顯著減少，模組中的錯誤也更容易發現。進行單元測試時，常用的方法是採用白盒測試，輔之以黑盒測試。
