1. 程式人生 > >測試方法-----黑盒測試篇(輸入項的測試方法)

測試方法-----黑盒測試篇(輸入項的測試方法)

*********************************黑盒測試一些基本理論********************************

定義

它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊

黑盒測試是以使用者的角度,從輸入資料與輸出資料的對應關係出發進行測試的。

目的:

(1)功能不正確或遺漏;

(2)介面錯誤;

(3)輸入和輸出錯誤;

(4)資料庫訪問錯誤;

(5)效能錯誤;

(6)初始化終止錯誤等。

注意點:

黑盒測試行為必須能夠加以量化,才能真正保證軟體質量,而測試用例就是將測試行為具體量化的方法之一

缺點:

很明顯,如果外部特性本身設計有問題或規格說明的規定有誤,用黑盒測試方法是發現不了的。

**********************************實際操作可以參考的步驟***************************

黑盒測試用例設計方法:

*首先是流程圖法:

流程圖操作步驟:

a.詳細瞭解需求

b.根據需求說明或介面原型找出業務流程的各個頁面及各頁面之間的流轉關係

c.畫出業務流程圖

*其次再是針對某個頁面或模組使用等價類、邊界值、因果圖法:

(1).劃分等價類測試用例原則

a.輸入條件規定了取值範圍和值的個數的情況下,確定一個有效,二個無效。

b.輸入條件規定了‘必須’的情況下,確定一個有效,一個無效。

c.輸入條件是布林量的情況下,確定一個有效,一個無效。

d.在規定了輸入資料的一組值(n)的情況下,程式要對每一個值分別處理,確定n個有效,一個無效。

e.在規定了輸入資料必須遵守的規則的情況下,可確立一個有效等價類(符合規則)和若干個無效等價類(從不同角度違反規則)。

f.在確知已劃分的等價類中各元素在程式處理中的方式不同的情況下,則應再將該等價類進一步的劃分為更小的等價類。

注意:等價類如果有多個值,取值取的是同一範圍內的值,而不是不同範圍內取一個值

比如1~100,取值的例子就是a=-1,b=-1;a=20,b=20;a=101,b=101

(2).邊界值分析法測試用例原則

a.如果輸入條件規定了值的範圍,則應取剛達到這個範圍的邊界的值,以及剛剛超越這個範圍邊界的值作為測試輸入資料。

b.如果輸入條件規定了值的個數,則用最大個數,最小個數,比最小個數少一,比最大個數多一的數作為測試資料

c.如果程式的規格說明給出的輸入域或輸出域是有序集合,則應選取集合的第一個元素和最後一個元素作為測試用例

d.如果程式中使用了一個內部資料結構,則應當選擇這個內部資料結構的邊界上的值作為測試用例

e.分析規格說明,找出其它可能的邊界條件。

注意:邊界值取的是範圍的值和超出範圍外的值。

比如1~100,邊界值取的就是a=1,b=1;a=100,b=100;a=0,b=0;a=101,b=101

(3).錯誤推測法

(4).決策表(判定表組成)法

定義:是分析和表達多個邏輯條件下執行不同操作情況的工具

注意:條件和操作的排列順序無關緊要,沒有影響。先不看因果關係列出所有條件項和動作項,以表格的形式展現。

(5).因果圖法

定義:

分析軟體規格說明描述中,哪些是原因(即輸入條件或輸入條件的等價類),哪些是結果(即輸出條件),並給每個原因和結果賦予一個識別符號。分析軟體規格說明描述中的語義。找出原因與結果之間,原因與原因之間對應的關係.根據這些關係,畫出因果圖由於語法或環境限制,有些原因與原因之間,原因與結果之間的組合情況不可能出現.為表明這些特殊情況,在因果圖上用一些記號標明約束或限制條件。因果圖轉換為判定表判定表的每一列拿出來作為依據,設計測試用例

因果關係分類為:

    a.恆等:原因出現則結果出現

    b.非:原因出現則結果不出現

    c.或:幾個原因中有一個出現則結果出現。只有當這幾個原因都不出現時,結果才不出現。

    d.與:結果原因都有出現結果才出現,若幾個原因中有一個不出現則結果就不出現。

方法:

 1.找出所有的輸入條件和輸出條件

    2.分析輸入條件之間的關係是互斥還是可以同時滿足

    3.畫出輸入條件的排列組合情況

注意:

因果關係用因果圖列出來以後,轉換成決策表,決策表中列出條件項和動作項,條件項多了中間節點,動作項多了不可能情況。

(6).場景法:

基本流和備選流

注意:

基本流:在每項輸入項都輸入正確的情況下的正常場景

備選流:輸入項有輸入錯誤的場景

(6).正交試驗設計

******************************************************************************************

黑盒測試包括功能測試和效能測試

功能測試

定義:功能測試它檢查實際軟體的功能是否符合使用者的需求

分類:邏輯功能測試、介面測試、易用性測試、安裝測試、相容性測試

效能測試

定義:主要是時間效能和空間效能

分類:一般效能測試、穩定效能測試、負載測試、壓力測試

相關推薦

測試方法-----測試輸入測試方法

*********************************黑盒測試一些基本理論******************************** 定義: 它只檢查程式功能是否按照需求規格說明書的規定正常使用,程式是否能適當地接收輸入資料而產生正確的輸出資訊。 黑盒測試

測試測試用例設計方法邊界值分析

        此方法是對等價類劃分法的補充,他不是選擇等價類的任意元素,而是選擇等價類邊界的測試用例,邊界值的處理也是比較容易出錯的地方。使用邊界值分析方法設計測試用例,首先應確定邊界情況。通常輸入

測試用例設計方法實踐--用例合併---判定表驅動法

概念理解:   判定表是分析和表達多邏輯條件下執行不同操作的情況的工具   a、可配合因果圖後期使用;   b、適合於多邏輯條件下的組合分析;   掌握判定表的結構:   1)條件樁:列出了問題的所有條件   2)動作樁:列出了問題規定可能

【軟體測試測試方法——決策表

1.地位: 決策表法被稱為“最嚴格、最具有邏輯性”的黑盒測試方法,能夠複雜邏輯關係和多條件組合情況表達的較為明確。適用於:輸入輸出較多且相互制約條件較多的問題。 2.決策表: 由條件樁、動作樁、條件項、動作項四個部分組成 條件樁是

Android 白測試之單元測試(junit),測試之mokey測試

導言: 做安卓也有幾個年頭,對於小專案基本都不去單元測試和穩定性測試等,都是在出現異常後通過debug處理或log列印即可解決,當然對於大的專案,由於執行時效問題,加快開發效率,一些測試方法必須要做,比如白盒測試之單元測試,最新的AS都集成了junit,還有黑盒測試(功能測試)之moke

效能測試總結-基礎理論極好的文章

隨著軟體行業的快速發展,現代的軟體系統越來越複雜,功能越來越多,測試人員除了需要保證基本的功能測試質量,效能也隨越來越受到人們的關注。但是一提到效能測試,很多人就直接連想到Loadrunner。認為LR就等於效能測試,其實這是不對的。LR只是效能測試的一個工具,但效能測試

Android 白測試之單元測試(junit),測試之mokey

導言: 做安卓也有幾個年頭,對於小專案基本都不去單元測試和穩定性測試等,都是在出現異常後通過debug處理或log列印即可解決,當然對於大的專案,由於執行時效問題,加快開發效率,一些測試方法必須要做,比

軟體測試基礎--白測試測試、自動化測試

1   白盒測試         白盒測試也稱為結構測試或者邏輯驅動測試,它是按照程式內部的結構測試程式,通過測試來檢驗產品內部動作是否按照設計規格說明書的規定正常進行,檢驗程式中的每條通路是否能按照預定要求正確工作          這一方法是吧測試物件看做一個開啟的盒

測試測試的比較

白盒測試是窮舉路徑測試,黑盒測試是窮舉輸入測試,這兩種方法是基於完全不同的觀點,反應了事物的兩個極端,它們各有側重和優勢,但不能彼此替代。在現代的測試理念中,這兩種測試方法不是截然分開的,而是交叉使用。

軟體測試測試——因果圖分析、判定表驅動

一、因果圖分析 1. 方法簡介 等價類劃分法和邊界值分析法——輸入條件相互獨立 ; 如果輸入條件之間存在聯絡,則很難描述,測試效果難以保障 ; 因果圖法適合於描述對於多種條件的組合,相應產生多個動作的形式 ; 因果圖方法最終生成的就是判定表。它適合於檢查程式輸入條件的各種組合情況

淺談效能測試測試和白測試的關係

效能測試相對於黑盒測試和白盒測試是另一種測試方法拆分的類別。也就是說效能測試既不是白盒測試也不是黑盒測試。 舉個例子,相對於功能測試,功能測試是保證功能的正確性,而效能測試是在功能正確的基礎上考慮功能的響應時間、資源佔用等。 如果從使用者體驗上去觀察效能就屬

軟體測試技術之: 白測試測試

一般地,我們將軟體測試活動分為以下幾類:黑盒測試、白盒測試、靜態測試、動態測試、手動測試、自動測試等等。 黑盒測試 黑盒測試又叫功能測試、資料驅動測試或給予需求規格說明書的功能測試。這種測試注重於測試軟體的功能性需求。 採用這種測試方法,測試工程師把測試物件看作一個黑盒

迴歸測試、白測試測試等概念

迴歸測試 迴歸測試是指修改了舊程式碼後,重新進行測試以確認修改沒有引入新的錯誤或導致其他程式碼產生錯誤。自動迴歸測試將大幅降低系統測試、維護升級等階段的成本。 迴歸測試包括兩部分:函式本身的測試、其他程式碼的測試。在 對被修改的函式重新測試。如果函式的設計功能沒有變化,直接執行函式測試就可以了。如果修改了設計

測試測試的聯絡與區別

軟體測試的方法有很多,比如白盒測試,黑盒測試,靜態測試,動態測試等等,但主要的還是白盒測試和黑盒測試。 白盒測試主要是指實際執行被測程式,通過程式的原始碼進行測試而不使用使用者介面。這種型別的測試需要從程式碼句法發現內部程式碼在演算法,溢位,路徑,條件等等中的缺點或者錯誤,

測試基礎 測試

1.等價類劃分  等價類是指某個輸入域的子集合。在該子集合中,各個輸入資料對於揭露程式中的錯誤都是等效的,併合理地假定:測試某等價類的代表值就等於對這一類其它值的測試,因此,可以把全部輸入資料合理劃分為若干等價類,在每一個等價類中取一個數據作為測試的輸入條件就可以用少量

測試測試詳解

白盒測試也稱結構測試或邏輯驅動測試,它是按照程式內部的結構測試程式,通過測試來檢測產品內部動作是否按照設計規格說明書的規定正常進行,檢驗程式中的每條通路是否都能按預定要求正確工作。 這一方法是把測試物件看作一個開啟的盒子,測試人員依據程式內部邏輯結構相關資訊,設計或選擇測試

測試測試與灰測試的區別

白箱測試或白盒測試(White-box testing 或glass-box testing)是通過程式的源程式碼進行測試而不使用使用者介面。這種型別的測試需要從程式碼句法發現內部程式碼在演算法,溢位,路徑,條件等等中的缺點或者錯誤,進而加以修正。   黑箱測試或黑盒測試(Black-box testing

騰訊WeTest開啟“測試扶持計劃”贈送重磅福利含MTSC/TiD門票

pla href 重要 科技 mage col text 實用 tin WeTest導語 伴隨著互聯網行業的發展,與各行各業的連接更加緊密,競爭也變得越發激烈,用戶對於產品的體驗開始變得更加“挑剔”。然而目前互聯網產品卻始終受到各類質量問題的困擾。以兼容問題為例,應用平

SDL2---編譯SDL庫、測試播放簡單畫素資料YUV、RGB等

本篇博文整理自雷神(雷霄驊https://blog.csdn.net/leixiaohua1020/article/list/3)多篇博文,多謝分享,在此致敬! SDL簡介: SDL庫的作用說白了就是封裝了複雜的視音訊底層操作,簡化了視音訊處理的難度。 以下轉自WiKi:

JMeter 測試之逐個擊破 視訊教程價值199.5元

本課程是由"籽藤"老師帶來的Selenium課程,JMeter是最流行的開源免費的效能測試工具之一,很適合沒有程式碼背景的測試人員。 https://pan.baidu.com/s/1p4cPuo_t70Eh0D_dzfJq2Q 課程目標: 會利用JMeter和JMeter plugin