黑盒測試試用例設計方法有哪些

A. 主要的黑盒測試用例設計方法有哪些

常用的四種黑盒測試用例設計方法
1.
等價劃分。所謂等價類劃分是指一套被選擇的值，這些值分別代表了許多眾多
的可能輸入值，程序對其處理的方式都是一樣的。等價類劃分的方法作為繼邊
界值分析方法之後補充的測試用例設計試用的一種方法。劃分等價類、確定測
試用例。
等價類劃分是一種典型的黑盒測試方法，使用這一方法時，完全不考慮程序的
內部結構，只依據程序的規格說明來設計測試用例。等價類劃分方法把所有可
能的輸入數據，即程序的輸入域劃分成若幹部分，然後從每一部分中選取少數
有代表性的數據做為測試用例。
等價類的劃分有兩種不同的情況：有效等價類：是指對於程序的規格說明來說，
是合理的，有意義的輸入數據構成的集合。無效等價類：是指對於程序的規格
說明來說，是不合理的，無意義的輸入數據構成的集合。在設計測試用例時，
要同時考慮有效等價類和無效等價類的設計。
2.
邊界值分析。在設計測試用例確定輸入和輸出參數時，大多數情況下都是用邊
界值分析方法，採用邊界值分析設計的測試用例發現程序錯誤能力最強。邊界
值分析也是一種黑盒測試方法，是對等價類劃分方法的補充。人們從長期的測
試工作經驗得知，大量的錯誤是發生在輸入或輸出范圍的邊界上，而不是在輸
入范圍的內部。因此針對各種邊界情況設計測試用例，可以查出更多的錯誤。

3.
錯誤推測法。人們也可以靠經驗和直覺推測程序中可能存在的各種錯誤，從而
有針對性地編寫檢查這些錯誤的例子。這就是錯誤推測法。錯誤推測法的基本
想法是：列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況，根據它
們選擇測試用例。
4.
因果圖。如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選
用因果圖法。如果在測試時必須考慮輸入條件的各種組合，可使用一種適合於
描述對於多種條件的組合，相應產生多個動作的形式來設計測試用例，這就需
要利用因果圖。因果圖方法最終生成的就是判定表。它適合於檢查程序輸入條
件的各種組合情況。

B. 黑盒測試的方法有哪些

一、邊界值測試
經實踐總結：大量的軟體缺陷發生在輸入域和輸出域的邊界上。所以在設計測試用例的時候，應該重視邊界。
例如只有一個輸入條件時，可以這么選取測試用例。（以坐標軸舉例。以紅點表示測試用例）例如當有兩個輸入條件的時候，可以這么選取測試用例。（以紅點表示測試用例）
ps：要測試健壯性（軟體有沒有金剛不壞之身）的時候，可以這么設計測試用例。
選取略小於最小值的無效測試數據（或者略大於最大值的無效測試數據）。
二、等價類劃分
要做到窮盡測試是不可能的，所以在設計測試用例時往往要先劃分等價類再選取「人大代表」。
劃分的子集應該滿足如下因素：
（1）每個子集內部所有的數據都是等價的
（2）子集之間互不相交
（3）所有子集的並集是整個輸入域或輸出域
PS:
（1）【有效等價類】是相對於規格說明合理的、正確的、有意義的輸入數據構成的集合。
（2）【無效等價類】是相對於規格說明不合理的、錯誤的、無意義的輸入數據構成的集合。
小二啊，上一個例子：
如網站注冊用戶名的時候，輸入框要求「用戶名由字母開頭，後跟字母或數字的任意組合，且長度<=8」。
（1）有效的等價類劃分
username = {0<全字母的長度<8}
username = {0<（字母開頭+數字）的長度<8}
（2）無效的等價類劃分
username = {0<全數字的長度<8}
username = {0<（數字開頭+字母）的長度<8}
username = {全字母的長度>8}
username = {全數字的長度>8}
username = {（數字開頭+字母）的長度>8}
username = {0<（字母開頭+數字）的長度>8}
三、因果圖
「因為他們有豐富的經驗，不但懂得現狀，而且明白因果。」
基於因果圖的測試方法要考慮如下問題
（1）規格說明書有哪些原因？
（2）規格說明書有哪些結果？
（3）規格說明書中各種原因之間的關系怎麼樣？
（4）規格說明書中各種結果之間的關系怎麼樣？
（5）規格說明書中原因和結果之間的約束條件怎麼樣？
（6）如何從規格說明書中的原因和結果設計測試用例？
【a】恆等: 若c1為1，則e1也為1。若c1為0，則e1也為0；
【b】非: 若c1是1，則e1是0.若c1為0，則e1是1；
【c】或: 若c1與c2中有一個是1或者兩個都為1,則e1是1。若c1和c2都為0，則e1是0；
【d】與: 當且僅當c1和c2都是1,則e1為1,否則e1為0.

C. 黑盒測試的方法有哪些定義分別是什麼

具體的黑盒測試方法包括等價類劃分、因果圖、正交實驗設計法、邊值分析、判定表驅動法、功能測試等。
等價類劃分
等價類劃分是一種典型的黑盒測試方法，用這一方法設計測試用例可以不用考慮程序的內部結構，只以對程序的要求和說明，即需求規格說明書為依據，仔細分析和推敲說明書的各項需求，特別是功能需求，把說明中對輸入的要求和輸出的要求區別開來並加以分解。
邊界值分析
軟體測試常用的一個方法是把測試工作按同樣的形式劃分。對數據進行軟體測試，就是檢查用戶輸入的信息、返回結果以及中間計算結果是否正確。邊界值分析（Boundary
Value
Analysis，BVA）是一種補充等價劃分的測試用例設計技術，它不是選擇等價類的任意元素，而是選擇等價類邊界的測試用例。
錯誤推測法是基於經驗和直覺推測程序中所有可能存在的各種錯誤,
從而有針對性的設計測試用例的方法.
錯誤推測方法的基本思想:
列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例.
例如,
在單元測試時曾列出的許多在模塊中常見的錯誤.
以前產品測試中曾經發現的錯誤等,
這些就是經驗的總結.
還有,
輸入數據和輸出數據為0的情況.
輸入表格為空格或輸入表格只有一行.
這些都是容易發生錯誤的情況.
可選擇這些情況下的例子作為測試用例.
考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例.
這就需要利用因果圖（邏輯模型）.
因果圖方法最終生成的就是判定表.
它適合於檢查程序輸入條件的各種組合情況.
就是使用已經造好了的正交表格來安排試驗並進行數據分析的一種方法，目的是用最少的測試用例達到最高的測試覆蓋率

D. 黑盒測試方法有哪些

目錄

一分鍾了解黑盒測試10.7萬 49"

黑盒測試

黑盒測試法一般指本詞條

科普中國 | 本詞條由「科普中國」科學網路詞條編寫與應用工作項目審核

審閱專家孫銳

黑盒測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼於程序外部結構，不考慮內部邏輯結構，主要針對軟體界面和軟體功能進行測試。[1]

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

中文名

黑盒測試

外文名

Black Box Testing

別名

功能測試

測試角度

用戶

應用領域

計算機

快速
導航

作用 主要內容 測試方法 流程 優缺點

簡介

黑盒測試又叫功能測試、數據驅動測試或基於需求規格說明書的功能測試。該類測試注重於測試軟體的功能性需求。[2]

採用這種測試方法，測試工程師把測試對象看作一個黑盒子，完全不考慮程序內部的邏輯結構和內部特性，只依據程序的《需求規格說明書》，檢查程序的功能是否符合它的功能說明。測試工程師無需了解程序代碼的內部構造，完全模擬軟體產品的最終用戶使用該軟體，檢查軟體產品是否達到了用戶的需求。黑盒測試方法能更好、更真實地從用戶角度來考察被測系統的功能性需求實現情況。在軟體測試的各個階段，如單元測試、集成測試、系統測試及驗收測試等階段中，黑盒測試都發揮著重要作用，尤其在系統測試和確認測試中，其作用是其他測試方法無法取代的。[2]

作用

黑盒測試方法著重測試軟體的功能需求，是在程序介面上進行的測試，主要是為了發現以下錯誤。[1]

(1)是否有功能錯誤，是否有功能遺漏。[1]

(2)是否能夠正確地接收輸入數據並產生正確的輸出結果。[1]

(3)是否有數據結構錯誤或外部信息訪問錯誤。[1]

(4)是否有程序初始化和終止方面的錯誤。[1]

主要內容

(1)接受性測試。

黑盒測試是從軟體的介面接受測試輸出結果，具有接受性測試的特點。[3]

(2)α/β測試。

測試是項目組內的成員對被測軟體進行的測試，α/β測試是由項目組外的人員參加的測試。α/β測試也適合於黑盒測試。也就是說，當測試發現錯誤後在開發人員修改的同時，項目經理也會對產品計劃做出相應的調整，產品特徵不斷地被修改。[3]

(3)菜單/幫助測試。

在軟體測試過程中，開發人員將修復測試人員發現的錯誤，而且對軟體的有些功能進行修改，同時項目經理也將根據情況調整軟體的特性，因而在軟體開發和測試的過程中，所有的功能都可以進行調整。因此，在軟體產品開發的最後階段，文檔里發現的問題往往最多。[3]

(4)發行測試。

在正式發行前，產品要經過非常仔細的測試。除了專門的測試人員外，還需要幾千個甚至幾十萬其他用戶與合作者通過使用來對產品進行測試。然後將錯誤信息反饋到技術部門到了發行測試時，如果出現非改不可的錯誤，就必須推遲軟體的發行，在推遲時間內需要重新對軟體產品進行全面的測試，將耗費大量的時間、人力和物力。[3]

(5)回歸測試。

在此階段，首先要檢查以前找到的錯誤是否已經更正了。回歸測試可使已更正的錯誤不再重現，並且不會產生新的錯誤。[3]

(6)RTM測試。

RTM測試是指在產品發行階段所進行的測試。在這一測試階段，每一個錯誤都需要經過高端人員同意才能更正。因為這時候修改軟體非常容易產生其他的錯誤，所以只有那種非修復不可的錯誤才將允許進行修改。如果在發行階段軟體還有許多嚴重錯誤的話，就不能按時發布。[3]

測試方法

從理論上講，黑盒測試只有採用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能的輸入進行測試。這樣看來，完全測試是不可能的，所以我們要進行有針對性的測試，通過制定測試案例指導測試的實施，保證軟體測試有組織、按步驟，以及有計劃地進行。黑盒測試行為必須能夠加以量化，才能真正保證軟體質量，而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法、場景法等。[2]

等價類劃分的辦法是把程序的輸入域劃分成若幹部分（子集），然後從每個部分中選取少數代表性數據作為測試用例。每一類的代表性數據在測試中的作用等價於這一類中的其他值。該方法是一種重要的，常用的黑盒測試用例設計方法。[2]

黑盒測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼於程序外部結構，不考慮內部邏輯結構，主要針對軟體界面和軟體功能進行測試。[1]

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

E. 用於App測試的黑盒測試用例設計方法有哪些

黑盒測試用例設計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅動法、正交試驗設計法、功能圖法等。

等價類劃分的辦法是把程序的輸入域劃分成若幹部分（子集），然後從每個部分中選取少數代表性數據作為測試用例。每一類的代表性數據在測試中的作用等價於這一類中的其他值。該方法是一種重要的,常用的黑盒測試用例設計方法。

邊界值分析是通過選擇等價類邊界的測試用例。邊界值分析法不僅重視輸入條件邊界，而且也必須考慮輸出域邊界。它是對等價類劃分方法的補充。大量的錯誤是發生在輸入或輸出范圍的邊界上,而不是發生在輸入輸出范圍的內部.因此針對各種邊界情況設計測試用例,可以查出更多的錯誤

錯誤推測法是基於經驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法。列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例。

因果圖法，考慮輸入條件之間的相互組合,可能會產生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多. 因此必須考慮採用一種適合於描述對於多種條件的組合,相應產生多個動作的形式來考慮設計測試用例. 這就需要利用因果圖。

判定表是分析和表達多邏輯條件下執行不同操作的情況下的工具.在程序設計發展的初期,判定表就已被當作編寫程序的輔助工具了.由於它可以把復雜的邏輯關系和多種條件組合的情況表達得既具體又明確。

正交試驗設計法，就是使用已經造好了的正交表格來安排試驗並進行數據分析的一種方法，目的是用最少的測試用例達到最高的測試覆蓋率

TestBird- 手游和App自動化測試平台

F. 黑盒測試的測試用例設計方法有哪些

1、等價類劃分法：有效等價 無效等價
2、邊界值分拆分
3、錯誤推測法
4、場景法
5、因果圖判定法
6、正交表法

G. 黑盒測試的方法有哪些

「黑盒」的兩種基本方法 黑盒測試有兩種基本方法，即通過測試和失敗測試。 在進行通過測試時，實際上是確認軟體能做什麼，而不會去考驗其能力如何。軟體

H. 黑盒測試的主要設計用例方法有哪些

1.等價類劃分 如下圖所示

2. 邊界值：應選取正好等於、剛剛大於、剛剛小於邊界值作為測試數據

3. 錯誤推測法：進行錯誤的操作，驗證程序是否對出錯的場景和情況有應對能力。

4. 因果圖法/判定表法：適合於檢查程序輸入條件的各種組合情況。

5. 場景法：場景描述的業務流程
基本流：主要是功能的正常操作流程
分支流：需要程序做非法判斷處理

I. 測試用例的設計方法有哪些

黑盒：等價類劃分法，邊界值法 ，因果圖法，場景法，錯誤推斷法 白盒：基本路徑覆蓋法，條件覆蓋法，語句覆蓋法，判定覆蓋法

J. 黑盒測試方法有哪些

黑盒測試被稱為 功能測試或數據測試，在測試時，將被測軟體視為一個不能打開的盒子，在完全不考慮程序內部結構和內部特性的情況下來進行測試，採用·黑盒測試的主要目的是在已有軟體產品所應具有的功能等基礎上進行下列操作：

1、檢查程序功能是否按照需求規格說明書的要求正常使用，測試每個功能是否有遺漏，測試性能特性是否滿足要求。

2、測試人機交互是否錯誤，檢測數據結構或外部資料庫訪問是否錯誤，程序是否能適當的輸入數據而產生正確的輸出結果，保持外部信息（如資料庫或文件）的完整性。、

3、檢測程序初始化和終止方面的錯誤。