1.單元測試(unit testing)
單元測試也稱模組測試。通常單元測試可放在編碼階段，程式設計師在編寫好一個模組後，總會(也應該)對自己編寫的模組進行測試，檢查它是否實現了詳細設計說明書中規定的模組功能和演算法。單元測試主要發現編碼和詳細設計中產生的錯誤，通常採用白盒測試。
測試一個模組時需要編寫一個驅動模組和若干個樁(stub)模組，如下圖所示。驅動模組的功能是向被測試模組提供測試資料，驅動(即呼叫)被測模組，並從被測模組中接受測試結果。樁模組的功能是模擬被模組所呼叫的子模組，它接受被測模組的呼叫，檢驗呼叫引數，模擬被
呼叫的子模組功能，把結果送回給被測模組。在模組結構圖中，頂層模組測試時不需要驅動模組，最底層的模組測試時不需要樁模組。
2.整合測試(integration testing)
整合測試也稱組裝測試，它是對由各模組組裝而成的程式進行測試，主要檢查模組間的介面和通訊。整合測試主要發現設計階段產生的錯誤，通常採用黑盒測試。
整合的方式可分成非漸增式整合和漸增式整合。非漸增式整合是先測試所有的模組，然後把這些模組整合在一起對整個程式進行測試。漸增式整合是將單元測試和整合測試合併在一起，它根據模組結構圖，按某種次序選一個尚未測試的模組，把它同已經測試好的模組組合在一起對整個程式進行測試，每次增加一個模組，直至所有模組全部整合在程式中。
漸增式整合又可分成自頂向下整合和自底向上整合。自頂向下整合先測試上層模組，再測試下層模組。由於測試下層模組時它的上層模組已測試過，所以可以用其上層模組作為它的驅動模組，而不必另編驅動模組。自底向上整合先測試下層模組，再測試上層模組。同樣道理，在自底向上整合時可用下層模組作為上層模組的樁模組，而不必另外編寫樁模組。
3.確認測試(walidation testing)
確認測試的任務是檢查軟體的功能、效能及其他特徵是否與使用者的需求一致，它是以需求規格說明書(即需求規約)作為依據的測試。確認測試通常採用黑盒測試。
確認測試首先測試程式是否滿足需求規格說明書所列的各項要求，然後要進行軟體配置複查，特別是文件是否齊全，各方面的質量是否符合要求等。如果一個軟體是為某個客戶定製的`，那麼最後由客戶來實施驗收測試(acceptance testing)，以便客戶確認該軟體是否他所需要的。如果一個軟體是作為產品被許多客戶使用的話，那不可能為每個客戶進行驗收測試。大多數軟體生產者使用一種Alpha測試和Beta測試的過程，來揭露僅由終端使用者才能發現的錯誤。
Alpha測試是在開發者的現場由客戶來實施的，被測試的軟體是在開發者從使用者的角度進行常規設定的環境下執行的。Beta測試是在一個或多個客戶的現場由該軟體的終端使用者實施的。與Alpha測試不同的是，Beta測試時開發者通常是不在場的。Alpha測試和Beta測試除了進一步發現程式中的錯誤外，還能發現使用上的問題。經過確認測試後的軟體通常就可交付使用了。
