黑盒測試有哪些具體歷程及優(yōu)缺點
黑盒測試有哪些具體歷程及優(yōu)缺點
黑盒測試是通過測試來檢測每個功能是否都能正常使用。運動黑盒測試也存在著優(yōu)缺點。以下是由學(xué)習(xí)啦小編整理的黑盒測試的內(nèi)容，希望大家喜歡!
黑盒測試的介紹
黑盒測試也稱功能測試，在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進行測試。
黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進行測試的。很明顯，如果外部特性本身設(shè)計有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現(xiàn)不了的。
黑盒測試的作用
黑盒測試法注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯誤。
功能不正確或遺漏;
界面錯誤;
輸入和輸出錯誤;
數(shù)據(jù)庫訪問錯誤;
性能錯誤;
初始化和終止錯誤等。
黑盒測試的流程
測試計劃
首先，根據(jù)用戶需求報告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書，定義相應(yīng)的測試需求報告，即制訂黑盒測試的最高標(biāo)準(zhǔn)，以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應(yīng)用程序即是合格的，反之即是不合格的;同時，還要適當(dāng)選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。
測試設(shè)計
將測試計劃階段制訂的測試需求分解、細(xì)化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當(dāng)?shù)臏y試用例(測試用例選擇的好壞將直接影響到測試結(jié)果的有效性)。
測試開發(fā)
建立可重復(fù)使用的自動測試過程。
測試執(zhí)行
執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理。測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度，一步一個腳印地進行測試。
測試評估
結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應(yīng)用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。
黑盒測試的優(yōu)點
1. 基本上不用人管著，如果程序停止運行了一般就是被測試程序crash了
2. 設(shè)計完測試用例之后，下來的工作就是爽了，當(dāng)然更苦悶的是確定crash原因
黑盒測試的缺點
1. 結(jié)果取決于測試用例的設(shè)計，測試用例的設(shè)計部分優(yōu)勢來源于經(jīng)驗，OUSPG的東西很值得借鑒
2. 沒有狀態(tài)轉(zhuǎn)換的概念，一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程序的狀態(tài)轉(zhuǎn)換來實現(xiàn)
3. 就沒有狀態(tài)概念的測試來說，尋找和確定造成程序crash的測試?yán)莻€麻煩事情，必須把周圍可能的測試?yán)龁为毚_認(rèn)一遍。而就有狀態(tài)的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現(xiàn)的更為突出。
黑盒測試的缺點
1. 結(jié)果取決于測試用例的設(shè)計，測試用例的設(shè)計部分優(yōu)勢來源于經(jīng)驗，OUSPG的東西很值得借鑒
2. 沒有狀態(tài)轉(zhuǎn)換的概念，一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程序的狀態(tài)轉(zhuǎn)換來實現(xiàn)
3. 就沒有狀態(tài)概念的測試來說，尋找和確定造成程序crash的測試?yán)莻€麻煩事情，必須把周圍可能的測試?yán)龁为毚_認(rèn)一遍。而就有狀態(tài)的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現(xiàn)的更為突出。
看過“黑盒測試的優(yōu)缺點”的人還看了：
1.什么是黑盒測試法
2.什么是白盒測試