測試設計中需要考慮的22種測試類型

　　黑盒測試：不基于內部設計和代碼的任何知識，而是基于需求和功能性。

　　白盒測試：基于一個應用代碼的內部邏輯知識，測試是基于覆蓋全部代碼、分支、路徑、條件。

　　單元測試：最微小規模的測試;以測試某個功能或代碼塊。典型地由程序員而非測試員來做，因為它需要知道內部程序設計和編碼的細節知識。這個工作不容易作好，除非應用系統有一個設計很好的體系結構; 還可能需要開發測試驅動器模塊或測試套具。

　　累積綜合測試：當一個新功能增加后，對應用系統所做的連續測試。它要求應用系統的不同形態的功能能夠足夠獨立以可以在全部系統完成前能分別工作，或當需要時那些測試驅動器已被開發出來; 這種測試可由程序員或測試員來做。

　　集成測試：一個應用系統的各個部件的聯合測試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨立的應用、網絡上的客戶端或服務器端程序。這種類型的測試尤其與客戶服務器和分布式系統有關。

　　功能測試：用于測試應用系統的功能需求的黑盒測試方法。這類測試應由測試員做，這并不意味著程序員在發布前不必檢查他們的代碼能否工作(自然他能用于測試的各個階段)。

　　系統測試：基于系統整體需求說明書的黑盒類測試;應覆蓋系統所有聯合的部件。

　　端到端測試：類似于系統測試;測試級的“宏大”的端點;涉及整個應用系統環境在一個現實世界使用時的模擬情形的所有測試。例如與數據庫對話，用網絡通訊，或與外部硬件、應用系統或適當的系統對話。

　　健全測試：典型地是指一個初始化的測試工作，以決定一個新的軟件版本測試是否足以執行下一步大的測試努力。例如，如果一個新版軟件每5分鐘與系統沖突，使系統陷于泥潭，說明該軟件不夠“健全”，目前不具備進一步測試的條件。

　　衰竭測試：軟件或環境的修復或更正后的“再測試”。可能很難確定需要多少遍再次測試。尤其在接近開發周期結束時。自動測試工具對這類測試尤其有用。

　　接受測試：基于客戶或最終用戶的規格書的最終測試，或基于用戶一段時間的使用后，看軟件是否滿足客戶要求。

　　負載測試：測試一個應用在重負荷下的表現，例如測試一個 Web 站點在大量的負荷下，何時系統的響應會退化或失敗。

　　強迫測試：在交替進行負荷和性能測試時常用的術語。也用于描述象在異乎尋常的重載下的系統功能測試之類的測試，如某個動作或輸入大量的重復，大量數據的輸入，對一個數據庫系統大量的復雜查詢等。

　　性能測試：在交替進行負荷和強迫測試時常用的術語。理想的“性能測試”(和其他類型的測試)應在需求文檔或質量保證、測試計劃中定義。

　　可用性測試：對“用戶友好性”的測試。顯然這是主觀的，且將取決于目標最終用戶或客戶。用戶面談、調查、用戶對話的錄象和其他一些技術都可使用。程序員和測試員通常都不宜作可用性測試員。

　　安裝/卸載測試：對軟件的全部、部分或升級安裝/卸載處理過程的測試。

　　恢復測試：測試一個系統從如下災難中能否很好地恢復，如遇到系統崩潰、硬件損壞或其他災難性問題。

　　安全測試：測試系統在防止非授權的內部或外部用戶的訪問或故意破壞等情況時怎么樣。這可能需要復雜的測試技術。