軟件測試的分類

1、軟件測試的分類 黑盒測試：不基于內(nèi)部設計和代碼的任何知識，而是基于需求和功能性。 白盒測試：基于一個應用代碼的內(nèi)部邏輯知識，測試是基于覆蓋全部代碼、分支、路徑、條件。 單元測試：最微小規(guī)模的測試；以測試某個功能或代碼塊。典型地由程序員而非測試員來做，因為它需要知道內(nèi)部程序設計和編碼的細節(jié)知識。這個工作不容易作好，除非應用系統(tǒng)有一個設計很好的體系結(jié)構(gòu)； 還可能需要開發(fā)測試驅(qū)動器模塊或測試套具。 集成測試：一個應用系統(tǒng)的各個部件的聯(lián)合測試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨立的應用、網(wǎng)絡上的客戶端或服務器端程序。這種類型的測試尤其與客戶服務器和分布式系統(tǒng)有關。 功能測試：用于測試應

2、用系統(tǒng)的功能需求的黑盒測試方法。這類測試應由測試員做，這并不意味著程序員在發(fā)布前不必檢查他們的代碼能否工作（自然他能用于測試的各個階段）。 累積綜合測試：當一個新功能增加后，對應用系統(tǒng)所做的連續(xù)測試。它要求應用系統(tǒng)的不同形態(tài)的功能能夠足夠獨立以可以在全部系統(tǒng)完成前能分別工作，或當需要時那些測試驅(qū)動器已被開發(fā)出來； 這種測試可由程序員或測試員來做。 系統(tǒng)測試：基于系統(tǒng)整體需求說明書的黑盒類測試；應覆蓋系統(tǒng)所有聯(lián)合的部件。 端到端測試：類似于系統(tǒng)測試；測試級的“宏大”的端點；涉及整個應用系統(tǒng)環(huán)境在一個現(xiàn)實世界使用時的模擬情形的所有測試。例如與數(shù)據(jù)庫對話，用網(wǎng)絡通訊，或與外部硬件、應用系統(tǒng)或適當?shù)南?/p>

3、統(tǒng)對話。 比較測試：與競爭伙伴的產(chǎn)品的比較測試，如軟件的弱點、優(yōu)點或?qū)嵙Α?Alpha 測試：在系統(tǒng)開發(fā)接近完成時對應用系統(tǒng)的測試；測試后，仍然會有少量的設計變更。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。 Beta 測試：當開發(fā)和測試根本完成時所做的測試，而最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其他人員員完成，不能由程序員或測試員完成。 健全測試：典型地是指一個初始化的測試工作，以決定一個新的軟件版本測試是否足以執(zhí)行下一步大的測試努力。例如，如果一個新版軟件每5分鐘與系統(tǒng)沖突，使系統(tǒng)陷于泥潭，說明該軟件不夠“健全”，目前不具備進一步測試的條件。

4、 衰竭測試：軟件或環(huán)境的修復或更正后的“再測試”?？赡芎茈y確定需要多少遍再次測試。尤其在接近開發(fā)周期結(jié)束時。自動測試工具對這類測試尤其有用。 接受測試：基于客戶或最終用戶的規(guī)格書的最終測試，或基于用戶一段時間的使用后，看軟件是否滿足客戶要求。 負載測試：測試一個應用在重負荷下的表現(xiàn)，例如測試一個 Web 站點在大量的負荷下，何時系統(tǒng)的響應會退化或失敗。 強迫測試：在交替進行負荷和性能測試時常用的術語。也用于描述象在異乎尋常的重載下的系統(tǒng)功能測試之類的測試，如某個動作或輸入大量的重復，大量數(shù)據(jù)的輸入，對一個數(shù)據(jù)庫系統(tǒng)大量的復雜查詢等。 性能測試：在交替進行負荷和強迫測試時常用的術語。理想的“性能

5、測試”（和其他類型的測試）應在需求文檔或質(zhì)量保證、測試計劃中定義。 安裝/卸載測試：對軟件的全部、部分或升級安裝/卸載處理過程的測試。 恢復測試：測試一個系統(tǒng)從如下災難中能否很好地恢復，如遇到系統(tǒng)崩潰、硬件損壞或其他災難性問題。 安全測試：測試系統(tǒng)在防止非授權的內(nèi)部或外部用戶的訪問或故意破壞等情況時怎么樣。這可能需要復雜的測試技術。 可用性測試：對“用戶友好性”的測試。顯然這是主觀的，且將取決于目標最終用戶或客戶。用戶面談、調(diào)查、用戶對話的錄象和其他一些技術都可使用。程序員和測試員通常都不宜作可用性測試員。 兼容測試：測試軟件在一個特定的硬件/軟件/操作系統(tǒng)/網(wǎng)絡等環(huán)境下的性能如何。灰盒測試：

6、是介于白盒測試與黑盒測試之間的，可以這樣理解，灰盒測試關注輸出對于輸入的正確性，同時也關注內(nèi)部表現(xiàn)，但這種關注不象白盒那樣詳細、完整，只是通過一些表征性的現(xiàn)象、事件、標志來判斷內(nèi)部的運行狀態(tài)，有時候輸出是正確的，但內(nèi)部其實已經(jīng)錯誤了，這種情況非常多，如果每次都通過白盒測試來操作，效率會很低，因此需要采取這樣的一種灰盒的方法。驗收測試：系統(tǒng)開發(fā)生命周期方法論的一個階段，這時相關的用戶和或獨立測試人員根據(jù)測試計劃和結(jié)果對系統(tǒng)進行測試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。它是一項確定產(chǎn)品是否能夠滿足合同或用戶所規(guī)定需求的測試。這是管理性和防御性控制。軟件回歸測試：軟件回歸測試及其實踐 本文描述了軟件

7、回歸測試的概念和進行回歸測試的基本步驟，介紹了可用于回歸測試的測試用例庫的維護方法，給出了幾種可以可保證回歸測試效率和有效性的回歸測試策略，總結(jié)了回歸測試時應該注意的一些實際問題。壓力測試：在軟件工程中，壓力測試是對系統(tǒng)不斷施加壓力的測試，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。例如測試一個 Web 站點在大量的負荷下，何時系統(tǒng)的響應會退化或失敗。現(xiàn)在的網(wǎng)絡游戲中也常用到這個詞匯?？煽啃詼y試：在規(guī)定時間內(nèi)，軟件不引起系統(tǒng)失效的概率。這概率是系統(tǒng)輸入和系統(tǒng)使用的函數(shù)也是軟件內(nèi)部存在故障的函數(shù)，系統(tǒng)輸入將確定是否會遇到存在的故障。可用性測試是指，讓一群有代表性的用戶嘗試對產(chǎn)品進行典型操作，同時觀察員和開發(fā)人員在一旁觀察，聆聽，做記錄。該產(chǎn)品可能是一個網(wǎng)站，軟件，或者其他任何產(chǎn)品，它可能尚未成型。測試可以是早期的紙上原型測試，也可以是后期成品的測試。1.基于是否關注軟件結(jié)構(gòu)與算法黑盒測試白盒測試2.基于是否執(zhí)行被測試