黑盒測試：不基於內部設計和代碼的任何知識，而是基於需求和功能性。
白盒測試：基於一個應用代碼的內部邏輯知識，測試是基於覆蓋全部代碼、分支、路徑、條件。
單元測試：最微小規模的測試;以測試某個功能或代碼塊。典型地由程序員而非測試員來做，因爲它需要知道內部程序設計和編碼的細節知識。這個工作不容易作好，除非應用系統有一個設計很好的體系結構; 還可能需要開發測試驅動器模塊或測試套具。
累積綜合測試：當一個新功能增加後，對應用系統所做的連續測試。它要求應用系統的不同形態的功能能夠足夠獨立以可以在全部系統完成前能分別工作，或當需要時那些測試驅動器已被開發出來; 這種測試可由程序員或測試員來做。
集成測試：一個應用系統的各個部件的聯合測試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨立的應用、網絡上的客戶端或服務器端程序。這種類型的測試尤其與客戶服務器和分佈式系統有關。
功能測試：用於測試應用系統的功能需求的黑盒測試方法。這類測試應由測試員做，這並不意味着程序員在發佈前不必檢查他們的代碼能否工作(自然他能用於測試的各個階段)。
系統測試：基於系統整體需求說明書的黑盒類測試;應覆蓋系統所有聯合的部件。
端到端測試：類似於系統測試;測試級的“宏大”的端點;涉及整個應用系統環境在一個現實世界使用時的模擬情形的所有測試。例如與數據庫對話，用網絡通訊，或與外部硬件、應用系統或適當的系統對話。
健全測試：典型地是指一個初始化的測試工作，以決定一個新的軟件版本測試是否足以執行下一步大的測試努力。例如，如果一個新版軟件每5分鐘與系統衝突，使系統陷於泥潭，說明該軟件不夠“健全”，目前不具備進一步測試的條件。
衰竭測試：軟件或環境的修復或更正後的“再測試”。可能很難確定需要多少遍再次測試。尤其在接近開發週期結束時。自動測試工具對這類測試尤其有用。
接受測試：基於客戶或最終用戶的規格書的最終測試，或基於用戶一段時間的使用後，看軟件是否滿足客戶要求。
負載測試：測試一個應用在重負荷下的表現，例如測試一個 Web 站點在大量的負荷下，何時系統的響應會退化或失敗。
強迫測試：在交替進行負荷和性能測試時常用的術語。也用於描述象在異乎尋常的重載下的系統功能測試之類的測試，如某個動作或輸入大量的重複，大量數據的輸入，對一個數據庫系統大量的複雜查詢等。
性能測試：在交替進行負荷和強迫測試時常用的術語。理想的“性能測試”(和其他類型的測試)應在需求文檔或質量保證、測試計劃中定義。
可用性測試：對“用戶友好性”的測試。顯然這是主觀的，且將取決於目標最終用戶或客戶。用戶面談、調查、用戶對話的錄象和其他一些技術都可使用。程序員和測試員通常都不宜作可用性測試員。
安裝/卸載測試：對軟件的全部、部分或升級安裝/卸載處理過程的測試。
恢復測試：測試一個系統從如下災難中能否很好地恢復，如遇到系統崩潰、硬件損壞或其他災難性問題。
安全測試：測試系統在防止非授權的內部或外部用戶的訪問或故意破壞等情況時怎麼樣。這可能需要複雜的測試技術。
兼容測試：測試軟件在一個特定的硬件/軟件/操作系統/網絡等環境下的性能如何。
比較測試：與競爭夥伴的產品的比較測試，如軟件的弱點、優點或實力。
Alpha 測試：在系統開發接近完成時對應用系統的測試;測試後，仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。
Beta 測試：當開發和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。
白盒測試：基於一個應用代碼的內部邏輯知識，測試是基於覆蓋全部代碼、分支、路徑、條件。
單元測試：最微小規模的測試;以測試某個功能或代碼塊。典型地由程序員而非測試員來做，因爲它需要知道內部程序設計和編碼的細節知識。這個工作不容易作好，除非應用系統有一個設計很好的體系結構; 還可能需要開發測試驅動器模塊或測試套具。
累積綜合測試：當一個新功能增加後，對應用系統所做的連續測試。它要求應用系統的不同形態的功能能夠足夠獨立以可以在全部系統完成前能分別工作，或當需要時那些測試驅動器已被開發出來; 這種測試可由程序員或測試員來做。
集成測試：一個應用系統的各個部件的聯合測試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨立的應用、網絡上的客戶端或服務器端程序。這種類型的測試尤其與客戶服務器和分佈式系統有關。
功能測試：用於測試應用系統的功能需求的黑盒測試方法。這類測試應由測試員做，這並不意味着程序員在發佈前不必檢查他們的代碼能否工作(自然他能用於測試的各個階段)。
系統測試：基於系統整體需求說明書的黑盒類測試;應覆蓋系統所有聯合的部件。
端到端測試：類似於系統測試;測試級的“宏大”的端點;涉及整個應用系統環境在一個現實世界使用時的模擬情形的所有測試。例如與數據庫對話，用網絡通訊，或與外部硬件、應用系統或適當的系統對話。
健全測試：典型地是指一個初始化的測試工作，以決定一個新的軟件版本測試是否足以執行下一步大的測試努力。例如，如果一個新版軟件每5分鐘與系統衝突，使系統陷於泥潭，說明該軟件不夠“健全”，目前不具備進一步測試的條件。
衰竭測試：軟件或環境的修復或更正後的“再測試”。可能很難確定需要多少遍再次測試。尤其在接近開發週期結束時。自動測試工具對這類測試尤其有用。
接受測試：基於客戶或最終用戶的規格書的最終測試，或基於用戶一段時間的使用後，看軟件是否滿足客戶要求。
負載測試：測試一個應用在重負荷下的表現，例如測試一個 Web 站點在大量的負荷下，何時系統的響應會退化或失敗。
強迫測試：在交替進行負荷和性能測試時常用的術語。也用於描述象在異乎尋常的重載下的系統功能測試之類的測試，如某個動作或輸入大量的重複，大量數據的輸入，對一個數據庫系統大量的複雜查詢等。
性能測試：在交替進行負荷和強迫測試時常用的術語。理想的“性能測試”(和其他類型的測試)應在需求文檔或質量保證、測試計劃中定義。
可用性測試：對“用戶友好性”的測試。顯然這是主觀的，且將取決於目標最終用戶或客戶。用戶面談、調查、用戶對話的錄象和其他一些技術都可使用。程序員和測試員通常都不宜作可用性測試員。
安裝/卸載測試：對軟件的全部、部分或升級安裝/卸載處理過程的測試。
恢復測試：測試一個系統從如下災難中能否很好地恢復，如遇到系統崩潰、硬件損壞或其他災難性問題。
安全測試：測試系統在防止非授權的內部或外部用戶的訪問或故意破壞等情況時怎麼樣。這可能需要複雜的測試技術。
兼容測試：測試軟件在一個特定的硬件/軟件/操作系統/網絡等環境下的性能如何。
比較測試：與競爭夥伴的產品的比較測試，如軟件的弱點、優點或實力。
Alpha 測試：在系統開發接近完成時對應用系統的測試;測試後，仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。
Beta 測試：當開發和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發行前找到。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。