黑盒測試有哪些具體歷程及優(yōu)缺點

　　黑盒測試是通過測試來檢測每個功能是否都能正常使用。運動黑盒測試也存在著優(yōu)缺點。以下是由學(xué)習(xí)啦小編整理的黑盒測試的內(nèi)容，希望大家喜歡!

　　黑盒測試的介紹

　　黑盒測試也稱功能測試，在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?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)于功能要求和性能指標的規(guī)格說明書，定義相應(yīng)的測試需求報告，即制訂黑盒測試的最高標準，以后所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應(yīng)用程序即是合格的，反之即是不合格的;同時，還要適當選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。

　　測試設(shè)計

　　將測試計劃階段制訂的測試需求分解、細化為若干個可執(zhí)行的測試過程，并為每個測試過程選擇適當?shù)臏y試用例(測試用例選擇的好壞將直接影響到測試結(jié)果的有效性)。

　　測試開發(fā)

　　建立可重復(fù)使用的自動測試過程。

　　測試執(zhí)行

　　執(zhí)行測試開發(fā)階段建立的自動測試過程，并對所發(fā)現(xiàn)的缺陷進行跟蹤管理。測試執(zhí)行一般由單元測試、組合測試、集成測試、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應(yīng)本著科學(xué)負責的態(tài)度，一步一個腳印地進行測試。

　　測試評估

　　結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應(yīng)用軟件的質(zhì)量和開發(fā)團隊的工作進度及工作效率進行綜合評價。

　　黑盒測試的優(yōu)點

　　1. 基本上不用人管著，如果程序停止運行了一般就是被測試程序crash了

　　2. 設(shè)計完測試用例之后，下來的工作就是爽了，當然更苦悶的是確定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的測試例是個麻煩事情，必須把周圍可能的測試例單獨確認一遍。而就有狀態(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的測試例是個麻煩事情，必須把周圍可能的測試例單獨確認一遍。而就有狀態(tài)的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現(xiàn)的更為突出。

看過“黑盒測試的優(yōu)缺點”的人還看了：

1.什么是黑盒測試法

2.什么是白盒測試