和開發過程相對應，測試過程會依次經歷單元測試、整合測試、系統測試、驗收測試四個主要階段：
單元測試：單元測試是針對軟體設計的最小單位––程式模組甚至程式碼段進行正確性檢驗的測試工作，通常由開發人員進行。
整合測試：整合測試是將模組按照設計要求組裝起來進行測試，主要目的是發現與介面有關的問題。由於在產品提交到測試部門前，產品開發小組都要進行聯合除錯，因此在大部分企業中整合測試是由開發人員來完成的。
系統測試：系統測試是在整合測試通過後進行的，目的是充分執行系統，驗證各子系統是否都能正常工作並完成設計的要求。它主要由測試部門進行，是測試部門最大最重要的一個測試，對產品的質量有重大的影響。
驗收測試：驗收測試以需求階段的《需求規格說明書》為驗收標準，測試時要求模擬實際使用者的執行環境。對於實際專案可以和客戶共同進行，對於產品來說就是最後一次的系統測試。測試內容為對功能模組的全面測試，尤其要進行文件測試。
單元測試測試策略：
自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個好的選擇。
自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長。
孤立單元測試策略：最好的單元測試策略。
整合測試的測試策略：
大爆炸整合：適應於一個維護型專案或被測試系統較小
自頂向下整合：適應於產品控制結構比較清晰和穩定；高層介面變化較小；底層介面未定義或經常可能被修改；產口控制組件具有較大的技術風險，需要儘早被驗證；希望儘早能看到產品的系統功能行為。
自底向上整合：適應於底層介面比較穩定；高層介面變化比較頻繁；底層元件較早被完成。
基於進度的整合
優點：具有較高的並行度；能夠有效縮短專案的開發進度。
缺點：樁和驅動工作量較大；有些介面測試不充分；有些測試重複和浪費。
系統測試的測試策略：
資料和資料庫完整性測試；功能測試；使用者介面測試；效能評測；負載測試；強度測試；容量測試；安全性和訪問控制測試；故障轉移和恢復測試；配置測試；安裝測試；加密測試；可用性測試；版本驗證測試；文件測試
和開發過程相對應，測試過程會依次經歷單元測試、整合測試、系統測試、驗收測試四個主要階段：
單元測試：單元測試是針對軟體設計的最小單位––程式模組甚至程式碼段進行正確性檢驗的測試工作，通常由開發人員進行。
整合測試：整合測試是將模組按照設計要求組裝起來進行測試，主要目的是發現與介面有關的問題。由於在產品提交到測試部門前，產品開發小組都要進行聯合除錯，因此在大部分企業中整合測試是由開發人員來完成的。
系統測試：系統測試是在整合測試通過後進行的，目的是充分執行系統，驗證各子系統是否都能正常工作並完成設計的要求。它主要由測試部門進行，是測試部門最大最重要的一個測試，對產品的質量有重大的影響。
驗收測試：驗收測試以需求階段的《需求規格說明書》為驗收標準，測試時要求模擬實際使用者的執行環境。對於實際專案可以和客戶共同進行，對於產品來說就是最後一次的系統測試。測試內容為對功能模組的全面測試，尤其要進行文件測試。
單元測試測試策略：
自頂向下的單元測試策略：比孤立單元測試的成本高很多，不是單元測試的一個好的選擇。
自底向上的單元測試策略：比較合理的單元測試策略，但測試周期較長。
孤立單元測試策略：最好的單元測試策略。
整合測試的測試策略：
大爆炸整合：適應於一個維護型專案或被測試系統較小
自頂向下整合：適應於產品控制結構比較清晰和穩定；高層介面變化較小；底層介面未定義或經常可能被修改；產口控制組件具有較大的技術風險，需要儘早被驗證；希望儘早能看到產品的系統功能行為。
自底向上整合：適應於底層介面比較穩定；高層介面變化比較頻繁；底層元件較早被完成。
基於進度的整合
優點：具有較高的並行度；能夠有效縮短專案的開發進度。
缺點：樁和驅動工作量較大；有些介面測試不充分；有些測試重複和浪費。
系統測試的測試策略：
資料和資料庫完整性測試；功能測試；使用者介面測試；效能評測；負載測試；強度測試；容量測試；安全性和訪問控制測試；故障轉移和恢復測試；配置測試；安裝測試；加密測試；可用性測試；版本驗證測試；文件測試