黑盒測試的常用方法(什么是黑盒測試法,它的常用方法)
1.什么是黑盒測試法,它的常用方法有哪些
“黑盒”測的是功能 黑盒測試也稱功能測試或數(shù)據(jù)驅動測試。
它在已知產(chǎn)品應具有的功能的條件下，通過測試來檢測每個功能是否都能正常使用。在測試時，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，測試者在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。
“黑盒”法著眼于程序外部結構、不考慮內(nèi)部邏輯結構、針對軟件界面和軟件功能進行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。
實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進行測試。 “黑盒”的兩種基本方法 黑盒測試有兩種基本方法，即通過測試和失敗測試。
在進行通過測試時，實際上是確認軟件能做什么，而不會去考驗其能力如何。軟件測試員只運用最簡單，最直觀的測試案例。
在設計和執(zhí)行測試案例時，總是先要進行通過測試。在進行破壞性試驗之前，看一看軟件基本功能是否能夠實現(xiàn)。
這一點很重要，否則在正常使用軟件時就會奇怪地發(fā)現(xiàn)，為什么會有那么多的軟件缺陷出現(xiàn)？ 在確信了軟件正確運行之后，就可以采取各種手段通過搞“垮”軟件來找出缺陷。純粹為了破壞軟件而設計和執(zhí)行的測試案例，被稱為失敗測試或迫使出錯測試。
黑盒測試的設計方法 黑盒測試是以用戶的觀點，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試的，它不涉及到程序的內(nèi)部結構。很明顯，如果外部特性本身有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現(xiàn)不了的。
黑盒測試法注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)幾類錯誤：功能不對或遺漏、界面錯誤、數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤、性能錯誤、初始化和終止錯誤。 具體的黑盒測試方法包括等價類劃分、因果圖、正交實驗設計法、邊值分析、判定表驅動法、功能測試等。
在使用時，自然要針對開發(fā)項目的特點對方法加以適當?shù)倪x擇。 ◆ 等價類劃分 等價類劃分是一種典型的黑盒測試方法，用這一方法設計測試用例可以不用考慮程序的內(nèi)部結構，只以對程序的要求和說明，即需求規(guī)格說明書為依據(jù)，仔細分析和推敲說明書的各項需求，特別是功能需求，把說明中對輸入的要求和輸出的要求區(qū)別開來并加以分解。
由于窮舉測試的數(shù)量太大，以致于無法實際完成，促使我們在大量的可能數(shù)據(jù)中選取其中的一部分作為測試用例。例如，在不了解等價分配技術的前提下，測試了1+1、1+2、1+3和1+4之后，還有必要測試1+5和1+6嗎？能否放心地認為它們正確嗎？那么1+999…（可以輸入的最大數(shù)值）呢？這個測試用例是否與其他用例不同？是否屬于另外一種類別？另外一個等價區(qū)間？這是軟件測試員必須考慮到的問題。
等價類別或者等價區(qū)間是指測試相同目標或者暴露相同軟件缺陷的一組測試案例。 1+999…和1+13有什么區(qū)別呢？至于1+13，就像一個普通的加法，與1+5或者1+392沒有什么兩樣，而1+999…則屬于鄰界的極端情況。
假如輸入最大允許數(shù)值，然后加1，就會出現(xiàn)問題——也許就是軟件的缺陷。這個極端案例屬于一個單獨的區(qū)間，與常規(guī)數(shù)字的普通區(qū)間不同。
等價類劃分的辦法是把程序的輸入域劃分成若干部分，然后從每個部分中選取少數(shù)代表性數(shù)據(jù)當作測試用例。每一類的代表性數(shù)據(jù)在測試中的作用等價于這一類中的其他值，也就是說，如果某一類中的一個例子發(fā)現(xiàn)了錯誤，這一等價類中的其他例子也能出現(xiàn)同樣的錯誤。
使用這一方法設計測試用例，首先必須在分析需求規(guī)格說明的基礎上劃分等價類，列出等價類表。 在考慮等價類劃分時，先從程序的功能說明中找出每個輸入條件，然后為每個輸入條件劃分兩個或更多個等價類。
等價類可分兩種情況：有效等價類和無效等價類。有效等價類是指對程序的規(guī)格說明是有意義的、合理的輸人數(shù)據(jù)所構成的集合；無效等價類是指對程序的規(guī)格說明是不合理的或無意義的輸人數(shù)據(jù)所構成的集合。
◆ 邊界值分析 軟件測試常用的一個方法是把測試工作按同樣的形式劃分。對數(shù)據(jù)進行軟件測試，就是檢查用戶輸入的信息、返回結果以及中間計算結果是否正確。
即使是最簡單的程序，要處理的數(shù)據(jù)也可能數(shù)量極大。還記得在計算器上簡單加法的全部可能性嗎？再想一想字處理程序、導航系統(tǒng)和證券交易程序。
使這些數(shù)據(jù)得以測試的技巧（如果稱得上的話）是，根據(jù)下列主要原則進行等價分配，以合理的方式減少測試案列：邊界條件、次邊界條件、空值和無效數(shù)據(jù)。 邊界值分析（Boundary Value Analysis,BVA）是一種補充等價劃分的測試用例設計技術，它不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例。
實踐證明，在設計測試用例時，對邊界附近的處理必須給予足夠的重視，為檢驗邊界附近的處理專門設計測試用例，常?？梢匀〉昧己玫臏y試效果。BVA不僅重視輸人條件邊界，而且也從輸出域導出測試用例。
邊界值設計測試遵循的五條原則： 1、如果輸入條件規(guī)定了取值范圍。
2.黑盒測試常用的方法有哪些
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結構，不考慮內(nèi)部邏輯結構，主要針對軟件界面和軟件功能進行測試。
黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試的。很明顯，如果外部特性本身設計有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現(xiàn)不了的。
3.黑盒測試方法和白盒測試方法有哪些
黑盒測試的測試方法有：等價類劃分、邊界值分析法、猜錯法、隨機數(shù)法、因果圖
白盒測試的測試方法有：代碼檢查法、程序變異、靜態(tài)結構分析法、靜態(tài)質量度量法、符號測試法、邏輯覆蓋法、域測試、Z路徑覆蓋和基本路徑測試法
還可以參照以下網(wǎng)址
1. 白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內(nèi)部的結構測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。這一方法是把測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結構相關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致
2. 黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試地，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結構，不考慮內(nèi)部邏輯結構，主要針對軟件界面和軟件功能進行測試
3. 黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試的。很明顯，如果外部特性本身有問題或規(guī)格說明的規(guī)定有誤，用墨盒測試方法是發(fā)現(xiàn)不了的
參考資料
CSDN博客.CSDN博客[引用時間2018-1-13]
4.常見的黑盒測試方法有哪些
常用的黑盒測試方法有劃分等價類、邊界值分析法、錯誤推測法、因果圖法、判定表組成法、正交試驗設計、場景法。
黑盒測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。
黑盒測試著眼于程序外部結構，不考慮內(nèi)部邏輯結構，主要針對軟件界面和軟件功能進行測試。擴展資料：黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試的。
很明顯，如果外部特性本身設計有問題或規(guī)格說明的規(guī)定有誤，用黑盒測試方法是發(fā)現(xiàn)不了的。黑盒測試被稱為功能測試或數(shù)據(jù)測試，在測試時，將被測軟件視為一個不能打開的盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下來進行測試，采用黑盒測試的主要目的是在已有軟件產(chǎn)品所應具有的功能等基礎上進行下列操作：1、檢查程序功能是否按照需求規(guī)格說明書的要求正常使用，測試每個功能是否有遺漏，測試性能特性是否滿足要求。
2、測試人機交互是否錯誤，檢測數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問是否錯誤，程序是否能適當?shù)妮斎霐?shù)據(jù)而產(chǎn)生正確的輸出結果，保持外部信息（如數(shù)據(jù)庫或文件）的完整性。、3、檢測程序初始化和終止方面的錯誤。
5.黑盒測試的方法及步驟
就一款，AUTORUNNER，是第一款國產(chǎn)的軟件測試工具，這里有下載地址 ，可是免費試用
黑盒測試（Black-box Testing，又稱為功能測試或數(shù)據(jù)驅動測試）是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結構和處理過程。
采用黑盒技術設計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
黑盒測試注重于測試軟件的功能性需求，也即黑盒測試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。黑盒測試并不是白盒測試的替代品，而是用于輔助白盒測試發(fā)現(xiàn)其他類型的錯誤。
黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：
1）功能錯誤或遺漏；
2）界面錯誤；
3）數(shù)據(jù)結構或外部數(shù)據(jù)庫訪問錯誤；
4）性能錯誤；
5）初始化和終止錯誤。
一、黑盒測試的測試用例設計方法
·等價類劃分方法
·邊界值分析方法
·錯誤推測方法
·因果圖方法
·判定表驅動分析方法
·正交實驗設計方法
·功能圖分析方法
等價類劃分：
是把所有可能的輸入數(shù)據(jù)，即程序的輸入域劃分成若干部分（子集），然后從每一個子集中選取少數(shù)具有代表性的數(shù)據(jù)作為測試用例.該方法是一種重要的，常用的黑盒測試用例設計方法.
1） 劃分等價類： 等價類是指某個輸入域的子集合.在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定：測試某等價類的代表值就等于對這一類其它值的 測試.因此，可以把全部輸入數(shù)據(jù)合理劃分為若干等價類，在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件，就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結 果.等價類劃分可有兩種不同的情況：有效等價類和無效等價類.
有效等價類：是指對于程序的規(guī)格說明來說是合理的，有意義的輸入數(shù)據(jù)構成的集合.利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能.
無效等價類：與有效等價類的定義恰巧相反.
設計測試用例時，要同時考慮這兩種等價類.因為，軟件不僅要能接收合理的數(shù)據(jù)，也要能經(jīng)受意外的考驗.這樣的測試才能確保軟件具有更高的可靠性.
2）劃分等價類的方法：下面給出六條確定等價類的原則.
①在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下，則可以確立一個有效等價類和兩個無效等價類.
②在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下，可確立一個有效等價類和一個無效等價類.
③在輸入條件是一個布爾量的情況下，可確定一個有效等價類和一個無效等價類.
④在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個），并且程序要對每一個輸入值分別處理的情況下，可確立n個有效等價類和一個無效等價類.
⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下，可確立一個有效等價類（符合規(guī)則）和若干個無效等價類（從不同角度違反規(guī)則）.
⑥在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下，則應再將該等價類進一步的劃分為更小的等價類.
3）設計測試用例：在確立了等價類后，可建立等價類表，列出所有劃分出的等價類：
輸入條件 有效等價類 無效等價類
。 。
。 。
然后從劃分出的等價類中按以下三個原則設計測試用例：
①為每一個等價類規(guī)定一個唯一的編號.
②設計一個新的測試用例，使其盡可能多地覆蓋尚未被覆蓋地有效等價類，重復這一步.直到所有的有效等價類都被覆蓋為止.
③設計一個新的測試用例，使其僅覆蓋一個尚未被覆蓋的無效等價類，重復這一步.直到所有的無效等價類都被覆蓋為止.
6.黑盒測試的方法有哪些
具體的黑盒測試方法包括等價類劃分、因果圖、正交實驗設計法、邊值分析、判定表驅動法、功能測試等。
等價類劃分
等價類劃分是一種典型的黑盒測試方法，用這一方法設計測試用例可以不用考慮程序的內(nèi)部結構，只以對程序的要求和說明，即需求規(guī)格說明書為依據(jù)，仔細分析和推敲說明書的各項需求，特別是功能需求，把說明中對輸入的要求和輸出的要求區(qū)別開來并加以分解。
邊界值分析
軟件測試常用的一個方法是把測試工作按同樣的形式劃分。對數(shù)據(jù)進行軟件測試，就是檢查用戶輸入的信息、返回結果以及中間計算結果是否正確。邊界值分析（Boundary Value Analysis,BVA）是一種補充等價劃分的測試用例設計技術，它不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例。
錯誤推測法是基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤， 從而有針對性的設計測試用例的方法. 錯誤推測方法的基本思想： 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況，根據(jù)他們選擇測試用例. 例如， 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等， 這些就是經(jīng)驗的總結. 還有， 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
考慮采用一種適合于描述對于多種條件的組合，相應產(chǎn)生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖（邏輯模型）.
因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
就是使用已經(jīng)造好了的正交表格來安排試驗并進行數(shù)據(jù)分析的一種方法，目的是用最少的測試用例達到最高的測試覆蓋率
7.黑盒測試的方法有哪些
黑盒測試的測試方法有：等價類劃分、邊界值分析法、猜錯法、隨機數(shù)法、因果圖白盒測試的測試方法有：代碼檢查法、程序變異、靜態(tài)結構分析法、靜態(tài)質量度量法、符號測試法、邏輯覆蓋法、域測試、Z路徑覆蓋和基本路徑測試法還可以參照以下網(wǎng)址1. 白盒測試也稱結構測試或邏輯驅動測試，它是按照程序內(nèi)部的結構測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設計規(guī)格說明書的規(guī)定正常進行，檢驗程序中的每條通路是否都能按預定要求正確工作。
這一方法是把測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結構相關信息，設計或選擇測試用例，對程序所有邏輯路徑進行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預期的狀態(tài)一致2. 黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試地，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結構和內(nèi)部特性的情況下，在程序接口進行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。
黑盒測試著眼于程序外部結構，不考慮內(nèi)部邏輯結構，主要針對軟件界面和軟件功能進行測試3. 黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應關系出發(fā)進行測試的。很明顯，如果外部特性本身有問題或規(guī)格說明的規(guī)定有誤，用墨盒測試方法是發(fā)現(xiàn)不了的。
8.黑盒測試方法
可以運用邊界值 、等價類、錯誤推測法、判定表等方法來設計 。
參考以下步驟：
1. 首先進行等價劃分，包括輸入、輸出條件的等價劃分，將無限測試變成有限測試。
2. 使用邊界值分析法。
3. 使用錯誤推測發(fā)，追加一些用例。
4. 對照程序邏輯，檢查用例設計的邏輯覆蓋，力求達到覆蓋標準。
5. 程序功能說明中有輸入條件組合，就可選用因果圖和判定表驅動法。
6. 對于參數(shù)配置類軟件，用正交試驗法選擇較少組合到達最佳效果。
7. 功能圖是用例設計的好方法，通過不同時期條件的有效性設計不同的測試數(shù)據(jù)。
對應業(yè)務流程清晰的系統(tǒng)，用場景法貫穿測試過程，在案例中綜合使用各種測試方法。
9.黑盒測試方法有哪些,優(yōu)缺點
優(yōu)點：
1.對于較大的代碼單元來說，黑盒測試比白盒測試效率較高。
2.測試人員不需要了解細節(jié)，包括特定的編程語言。
3.測試人員和開發(fā)人員是彼此獨立的。
4.從用戶的角度測試，很容易被理解和接受。
5.有助于暴露與任務規(guī)格不一致或者有歧義的地方。
6.測試用例可以在需求規(guī)格完成之后馬上執(zhí)行。
缺點：
1.測試的只有一小部分，不可能測試全部輸入。
2.沒有清潔和簡明的需求規(guī)格說明書，測試用例很難設計。
3.如果測試人員，不被告知開發(fā)人員已經(jīng)執(zhí)行過的用例，在測試數(shù)據(jù)上會存在不必要的重復。
4.很多測試路徑?jīng)]有測試到。
5.不能直接對特定程序段進行測試，改程序段可能隱藏更多錯誤。
6.大部分和研究相關的測試都是直接針對白盒測試的。
不知道能不能解決你的疑問。
