和開發過程相對應，測試主要按照時間順序經歷單元測試、整合測試、系統測試、驗收測試四個階段。
單元測試：
是針對軟體設計的最小單位——程式模組進行正確性檢驗的測試工作，由開發人員進行，其目的在於發現每個程式模組內部可能存在的缺陷，實際程式設計師編碼過程
中已經進行了。單元測試基本不需要編寫測試用例，開發人員自己除錯通過、符合設計要求就可以了。
整合測試：
整合測試是將模組按照設計要求組裝起來進行測試，主要目標是發現與介面有關的問題，由於在產品提交到測試部門前，產品開發小組都要進行聯合除錯，所以大部分企業是由開發人員來完成整合測試的，但也可以到了測試部門後再次進行整合測試。主要測試模組之間資料傳輸是否正確、模組整合後的功能是否實現、模組介面功能與設計需求是否一致。整合測試緊接在單元測試之後，當單元測試通過後，便可開始配置整合測試環境。整合測試是最關鍵的一步，如果問題較多就把產品送到測試部，會造成反覆測試，從而浪費人力、物力資源，延誤了工期。
系統測試：
系統測試是在整合測試通過後進行，目的是充分執行系統，驗證各子系統是否都能正常工作並完成設計的要求。主要由測試部門進行，是測試部門最大最重要的乙個測試，對產品的質量有重大的影響。系統測試的主要內容有：功能測試、健壯性測試、效能－效率測試、安全性測試、壓力測試、可靠性測試、安裝/反安裝測試等。這個測試需要編寫大量的測試用例，投入大量的資源來完成。主要由黑盒測試工程師在整個系統整合完畢後進行測試。前期測試系統的功能是否滿足要求，後期測試系統執行的效能是否滿足要求，以及系統在不同的軟硬體環境中的相容性等。系統測試主要依據《系統需求規格說明書》文件。
功能測試
可細分為：邏輯功能測試、介面測試、易用性測試、安裝測試、相容性測試等。
效能測試
是軟體按測試的高階領域，主要包括時間效能和空間效能兩種。
空間效能：主要指軟體執行所消耗的系統資源。軟體效能測試分為一般效能測試、穩定性能測試、負載測試和壓力測試。
一般效能測試：
讓被測系統在正常的軟硬體環境下執行，不向其施加任何壓力的效能測試。比如，測試163郵箱的登陸模組，只讓一fe使用者多次登陸，記錄伺服器端系統資源的消耗情況（cpu、記憶體），並記錄單個使用者的平均登陸時間。
穩定性測試：
連續執行被測系統，檢查系統執行時的穩定程度。
負載測試：
讓被測系統在其能忍受的壓力測試的極限範圍內連續執行，來測試系統的穩定性。負載測試需要給被測系統施加其剛好能承受的壓力。用系統能承受的壓力值進行多次重複登陸，直到系統出現故障為止。
壓力測試：
持續不斷地給被測系統增加壓力，直到系統被壓垮為止，用來測試系統所能承受的最大壓力。假設乙個人很輕鬆就能背1袋公尺，背兩袋公尺很吃力，最多就能背3袋公尺，一般性測試——我就讓他背1袋公尺；穩定性測試——我讓他背1袋公尺，但讓他去操場上跑圈，看多久累倒；負載測試——我讓他背2袋公尺去操場上跑圈，看多久累倒；壓力測試——我讓他背2袋公尺、3袋公尺、4袋公尺……發現他最多背3袋公尺。
驗收測試：
根據需求階段的《需求規格說明書》為驗收標準，測試時要求模擬實際執行環境。對於實際專案可以和客戶共同進行，對於產品實際就是最後一次的系統測試。測試內容為對功能模組的全面測試, 尤其要進行文件測試。功能測試：功能測試主要針對產品需求說明書的測試，主要是驗證功能是否符合需求，包括原定功能的檢驗、是否有冗餘功能、功能。這類測試應由測試員做，這並不意味著程式設計師在發布前不必檢查他們的**能否工作(自然他能用於測試的各個階段)。 健壯性測試（容錯能力/恢復能力測試）：側重於程式容錯能力的測試。本測試在單元測試階段和系統測試階段都要進行。如資料邊界測試、非法資料測試、異常中斷測試等等，主要是驗證程式對各種異常情況是否進行正確處理。為了執行方便，建議健壯性的大部分測試用例盡量編寫在功能測試用例中。
介面測試：
程式設計師對各個模組進行系統聯調的測試，包含程式內介面和程式外界面測試。這個測試，在單元測試階段進行了一部分工作，而大部分都是在整合測試階段完成的。由開發人員進行。
強度測試：
強度測試檢查程式對異常情況的抵抗能力。強度測試總是迫使系統在異常的資源配置下執行。例如，①當中斷的正常頻率為每秒一至兩個時，執行每秒產生十個中斷的測試用例；②定量地增長資料輸入率，檢查輸入子功能的反映能力；③執行需要最大儲存空間（或其他資源）的測試用例；④執行可能導致虛存作業系統崩潰或磁碟資料劇烈抖動的測試用例，等等。
壓力測試：
對系統不斷施加壓力的測試，是通過確定乙個系統的瓶頸或者不能接收的效能點，來獲得系統能提供的最大服務級別的測試。例如測試乙個 web 站點在大量的負荷下，何時系統的響應會退化或失敗。
效能測試：
在交替進行負荷和強迫測試時常用的術語。效能測試關注的是系統的整體。它和通常所說的強度、壓力/負載測試測試有密切關係。所以壓力和強度測試應該於效能測試一同進行。舉例說明：針對乙個**進行測試，模擬10到50個使用者就是在進行常規效能測試，使用者增加到1000乃至上萬就變成了壓力/負載測試。如果同時對系統進行大量的資料查詢操作，就包含了強度測試。壓力測試注重的是外界不斷施壓，強度測試注重的是極限或者異常情況下系統的測試。
使用者介面測試：
對系統的介面進行測試，測試使用者介面是否友好、是否方便易用、設計是否合理、位置是否正確等一系列介面問題
安全測試
主要是測試系統在沒有授權的內部或者外部使用者對系統進行攻擊或者惡意破壞時如何進行處理，是否仍能保證資料的安全。測試人員可以學習一些黑客技術，來對系統進行攻擊。
可靠性測試：
這裡是比較狹義的可靠性測試，它主要是對系統能否穩定執行進行乙個統計，在實際工作中如果沒有條件可以不必特意去做。重點做好與之緊密相關的功能測試、健壯性測試就可以了。
安裝/反安裝測試：
安裝測試主要檢驗軟體是否可以正確安裝，安裝檔案的各項設定是否有效，安裝後能否影響原系統；反安裝是逆過程，測試是否刪除乾淨，是否給影響原系統等。
文件測試
主要測試開發過程中針對使用者的文件，以需求、使用者手冊、安裝手冊等為主，檢驗文件是否和實際應用存在差別。文件測試不需要編寫測試用例。
軟體測試分類
白盒測試 走查，審查，技術評審 走查 開發組內部，無計畫，可以自由進行，程度低 審查 開發組內部，有計畫，有正式流程，產出物，程度中 技術評審 開發組，測試組，技術專家，qa，產品經理等，程度高 黑盒測試 邏輯功能，易用性，安裝，相容，效能 兩者區別 1.白盒測試可以提高測試的覆蓋度，白盒測試可以通...
軟體測試分類
整合測試 整合測試也稱聯合測試 組裝測試，將程式模組採用適當的整合策略組裝起來，對系統的介面及整合後的功能進行正確性檢測的測試工作。主要目的是檢查軟體單位之間的介面是否正確。系統測試 將軟體系統看成是乙個系統的測試。包括對功能 效能以及軟體所執行的軟硬體環境進行測試。時間大部分在系統測試執行階段，包...
軟體測試分類
一 軟體測試的分類 1 按開發階段 單元測試 整合測試 系統測試 驗收測試 2 按測試實施組織 第三方 3 按測試執行方式 靜態測試 動態測試 4 按是否檢視 黑盒測試 白盒測試 灰盒測試 5 按是否手工執行劃分 手工測試 自動化測試 6 按測試物件劃分 效能測試 安全測試 相容性測試 文件測試 易...