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