測試的階段分為單元測試（unit testing），整合測試(integration testing)，系統測試(system testing)
單元測試是針對軟體基本組成單元（軟體設計的最小單位）來進行正確性檢驗的測試工作，單元測試的目的是檢測軟體模組對《詳細設計說明書》的符合程度
整合測試是在單元測試的基礎上，將所有的模組按照要設計要求組裝成為子系統或系統，驗證組裝後功能以及模組間介面是否正確的測試工作，整合測試的目的是檢測軟體模組對《概要設計說明書》的符合程度
系統測試是將已經整合好的軟體系統，作為整個基於計算機系統的乙個元素，與計算機硬體、外設、某些支援軟體、資料和人員等其他系統元素結合在一起，在實際執行（使用）環境下，對計算機系統進行一系列的測試工作，系統測試的目的在於通過與《需求規格說明書》作比較，發現軟體與系統需求定義不符合或與之矛盾的地方
三種測試的比較
從測試方法分析
。單元測試屬於白盒範疇
。整合測試屬於灰盒範疇
。系統測試屬於黑盒範疇
從考慮的範圍分析
。單元測試主要測試單元內部的資料結構、邏輯控制、異常處理
。整合測試主要測試模組之間的介面和介面資料傳遞關係，以及模組組合後的整體功能
。系統測試主要測試整個系統相對於需求的符合度
從評估基準分析
。單元測試的評估基準主要是邏輯覆蓋率
。整合測試的評估基準主要是介面覆蓋率
。系統測試的評估基準主要是測試用例對需求規格的覆蓋率
回歸測試
軟體在測試或其他活動中發現缺陷經過修改後，應該進行回歸測試。目的是驗證缺陷得到了正確的修復，同時對系統的變更沒有影響到以前的功能
注意：回歸測試可以發生在任何乙個階段，包括單元測試、整合測試和系統測試
回歸測試策略
完全重複測試：重新執行所有在前期測試階段建立的測試用例，來確認問題修改的正確性和修改的擴散區域性影響性
選擇性重複測試：既有選擇的重新執行部分在前期測試階段的測試用例，來測試被修改程式
其他測試階段
單元測試、整合測試、系統測試是軟體開發過程中在軟體組織內部進行的測試階段。
軟體正式發布前還可能進行有使用者參入的其他一些測試：
α測試
。α測試是由使用者在開發環境下進行的測試，也可以是開發機構內部的使用者在模擬實際操作環境下進行的測試。
。α測試時，軟體在乙個自然設定狀態下使用。開發者坐在使用者旁，隨時記下錯誤情況和使用中的問題。這是受控制的環境下進行的測試。
。α測試的目的主要是評價軟體產品的flurps(既功能、局域化、可用性、可靠性、效能和技術支援)
β測試
。β測試是由軟體的多個使用者在乙個或多個使用者的實際使用環境下進行的測試。
。與測試不同的是，β測試時開發者通常不在測試現場。因而，β測試是在開發者無法控制的環境下進行的軟體現場應用。
驗收測試：
。在通過了內部系統測試及軟體配置審查之後，就可以進行驗收測試。
。驗收測試是以使用者為主的測試，驗收組應該由專案組成員、使用者代表等組成。
。驗收測試原則上在使用者所在地進行，但如經使用者同意也可以在公司內模擬使用者環境進行
。驗收測試根據合同、《需求規格說明書》或《驗收測試計畫》對成品進行驗收測試
。驗收測試的結果有兩種情況：
-軟體功能、效能等質量特性與使用者的要求一致，軟體可以接受
-軟體功能、效能等質量特性與使用者的要求有差距，軟體不被使用者接受
軟體測試階段劃分
一 單元測試 又稱模組測試，是針對軟體設計的最小單位 程式模組進行正確性檢查的測試工作。類 檔案 視窗 函式 選單 報表或乙個儲存過程都可以作為乙個單元進行測試，其依據是詳細設計 黑盒測試為主，重點模組結合白盒測試，多個模組可以平行進行測試。二 整合測試 又稱組裝測試。在單元測試的基礎上，將所有模組...
軟體測試階段劃分以及測試分類
一 軟體開發階段的劃分 1 需求分析 需求規格說明書 2 概要設計 概要設計說明書 3 詳細設計 詳細設計說明書 4 編碼 二 軟體測試階段 1 單元測試 1 依據 詳細設計文件 2 以黑盒 功能 測試為主，核心模組或風險較高模組可以輔助使用白盒測試 檢查 3 多個模組可以同時並行進行 4 可能需要...
測試 測試方法的劃分
按開發階段劃分 單元測試 單元測試是對軟體組成的單元測試。其目的是檢驗軟體基本組成單位的正確性。測試物件是軟體設計的最小單位 模組。又稱為模組測試。整合測試 整合測試也稱聯合測試 聯調 組裝測試 將程式模組採用適當的整合策略組裝起來，對系統的介面及整合後的功能進行正確性檢測的測試工作。整合主要目的是...