黑盒測試有哪些具體歷程及優缺點

　　黑盒測試是通過測試來檢測每個功能是否都能正常使用。運動黑盒測試也存在著優缺點。以下是由小編整理的黑盒測試的內容，希望大家喜歡!

　　黑盒測試的介紹

　　黑盒測試也稱功能測試，在測試中，把程式看作一個不能開啟的黑盒子，在完全不考慮程式內部結構和內部特性的情況下，在程式介面進行測試，它只檢查程式功能是否按照需求規格說明書的規定正常使用，程式是否能適當地接收輸入資料而產生正確的輸出資訊。黑盒測試著眼於程式外部結構，不考慮內部邏輯結構，主要針對軟體介面和軟體功能進行測試。

　　黑盒測試是以使用者的角度，從輸入資料與輸出資料的對應關係出發進行測試的。很明顯，如果外部特性本身設計有問題或規格說明的規定有誤，用黑盒測試方法是發現不了的。

　　黑盒測試的作用

　　黑盒測試法注重於測試軟體的功能需求，主要試圖發現下列幾類錯誤。

　　功能不正確或遺漏;

　　介面錯誤;

　　輸入和輸出錯誤;

　　資料庫訪問錯誤;

　　效能錯誤;

　　初始化和終止錯誤等。

　　黑盒測試的流程

　　測試計劃

　　首先，根據使用者需求報告中關於功能要求和效能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標準，以後所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程式即是合格的，反之即是不合格的;同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。

　　測試設計

　　將測試計劃階段制訂的測試需求分解、細化為若干個可執行的測試過程，併為每個測試過程選擇適當的測試用例***測試用例選擇的好壞將直接影響到測試結果的有效性***。

　　測試開發

　　建立可重複使用的自動測試過程。

　　測試執行

　　執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理。測試執行一般由單元測試、組合測試、整合測試、系統聯調及迴歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。

　　測試評估

　　結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟體的質量和開發團隊的工作進度及工作效率進行綜合評價。

　　黑盒測試的優點

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

　　2. 設計完測試用例之後，下來的工作就是爽了，當然更苦悶的是確定crash原因

　　黑盒測試的缺點

　　1. 結果取決於測試用例的設計，測試用例的設計部分優勢來源於經驗，OUSPG的東西很值得借鑑

　　2. 沒有狀態轉換的概念，一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程式的狀態轉換來實現

　　3. 就沒有狀態概念的測試來說，尋找和確定造成程式crash的測試例是個麻煩事情，必須把周圍可能的測試例單獨確認一遍。而就有狀態的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現的更為突出。

　　黑盒測試的缺點

　　1. 結果取決於測試用例的設計，測試用例的設計部分優勢來源於經驗，OUSPG的東西很值得借鑑

　　2. 沒有狀態轉換的概念，一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程式的狀態轉換來實現

　　3. 就沒有狀態概念的測試來說，尋找和確定造成程式crash的測試例是個麻煩事情，必須把周圍可能的測試例單獨確認一遍。而就有狀態的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現的更為突出。

黑盒測試的優缺點