從軟件的生存周期看，測試往往指對程序的測試，這樣做的優點是被測對象明確，測試的可操作性相對較強。但是，由于測試的依據是規格說明書、設計文檔和使用說明書，如果設計有錯誤，測試的質量就難以保證。即使測試后發現是設計的錯誤，這時，修改的代價是相當昂貴的。因此，較理想的做法應該是對軟件的開發過程，按軟件工程各階段形成的結果，分別進行嚴格的審查。軟件的生命周期可用圖1的流程表示。
為了確保軟件的質量，對圖1的過程應進行嚴格的管理。雖然測試是在實現且經驗證后進行的，實際上，測試的準備工作在分析和設計階段就開始了。
1．測試的過程及組織
當設計工作完成以后，就應該著手測試的準備工作了，一般來講，由一位對整個系統設計熟悉的設計人員編寫測試大綱，明確測試的內容和測試通過的準則，設計完整合理的測試用例，以便系統實現后進行全面測試。
在實現組將所開發的程序經驗證后，提交測試組，由測試負責人組織測試，測試一般可按下列方式組織：
(1)首先，測試人員要仔細閱讀有關資料，包括規格說明、設計文檔、使用說明書及在設計過程中形成的測試大綱、測試內容及測試的通過準則，全面熟悉系統，編寫測試計劃，設計測試用例，作好測試前的準備工作。
(2)為了保證測試的質量，將測試過程分成幾個階段，即：代碼審查、單元測試、集成測試和驗收測試。
(3)代碼會審：代碼會審是由一組人通過閱讀、討論和爭議對程序進行靜態分析的過程。會審小組由組長，2～3名程序設計和測試人員及程序員組成。會審小組在充分閱讀待審程序文本、控制流程圖及有關要求、規范等文件基礎上，召開代碼會審會，程序員逐句講解程序的邏輯，并展開熱烈的討論甚至爭議，以揭示錯誤的關鍵所在。實踐表明，程序員在講解過程中能發現許多自己原來沒有發現的錯誤，而討論和爭議則進一步促使了問題的暴露。例如，對某個局部性小問題修改方法的討論，可能發現與之有牽連的甚至能涉及到模塊的功說明、模塊間接口和系統總結構的大問題，導致對需求定義的重定義、重設計驗證，大大改善了軟件的質量。
(4)單元測試：單元測試集中在檢查軟件設計的最小單位—模塊上，通過測試發現實現該模塊的實際功能與定義該模塊的功能說明不符合的情況，以及編碼的錯誤。由于模塊規模小、功能單一、邏輯簡單，測試人員有可能通過模塊說明書和源程序，清楚地了解該模塊的I/O條件和模塊的邏輯結構，采用結構測試（白盒法）的用例，盡可能達到徹底測試，然后輔之以功能測試（黑盒法）的用例，使之對任何合理和不合理的輸入都能鑒別和響應。高可靠性的模塊是組成可靠系統的堅實基礎。
文章來源于領測軟件測試網 http://www.kjueaiud.com/