精品丰满熟女一区二区三区_五月天亚洲欧美综合网_亚洲青青青在线观看_国产一区二区精选

  • <menu id="29e66"></menu>

    <bdo id="29e66"><mark id="29e66"><legend id="29e66"></legend></mark></bdo>

  • <pre id="29e66"><tt id="29e66"><rt id="29e66"></rt></tt></pre>

      <label id="29e66"></label><address id="29e66"><mark id="29e66"><strike id="29e66"></strike></mark></address>
      學習啦 > 知識大全 > 知識百科 > 百科知識 > 黑盒測試有哪些具體歷程及優(yōu)缺點

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

      時間: 謝君787 分享

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

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

        黑盒測試的介紹

        黑盒測試也稱功能測試,在測試中,把程序看作一個不能打開的黑盒子,在完全不考慮程序內部結構和內部特性的情況下,在程序接口進行測試,它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用,程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼于程序外部結構,不考慮內部邏輯結構,主要針對軟件界面和軟件功能進行測試。

        黑盒測試是以用戶的角度,從輸入數據與輸出數據的對應關系出發(fā)進行測試的。很明顯,如果外部特性本身設計有問題或規(guī)格說明的規(guī)定有誤,用黑盒測試方法是發(fā)現不了的。

        黑盒測試的作用

        黑盒測試法注重于測試軟件的功能需求,主要試圖發(fā)現下列幾類錯誤。

        功能不正確或遺漏;

        界面錯誤;

        輸入和輸出錯誤;

        數據庫訪問錯誤;

        性能錯誤;

        初始化和終止錯誤等。

        黑盒測試的流程

        測試計劃

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

        測試設計

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

        測試開發(fā)

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

        測試執(zhí)行

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

        測試評估

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

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

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

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

        黑盒測試的缺點

        1. 結果取決于測試用例的設計,測試用例的設計部分優(yōu)勢來源于經驗,OUSPG的東西很值得借鑒

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

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

        黑盒測試的缺點

        1. 結果取決于測試用例的設計,測試用例的設計部分優(yōu)勢來源于經驗,OUSPG的東西很值得借鑒

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

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


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

      1.什么是黑盒測試法

      2.什么是白盒測試

      1617240