黑盒測試(功能測試)

含義:把軟件系統當作一個"黑盒",無法了解或使用系統的內部結構及知識,從軟件的行為,而不是內部結構出發來設計測試

目前大多數測試人員都是做黑盒測試,相對應的白盒測試對軟件測試人員要求非常高.需要有很多編程經驗.

?

測試方法有等價類,邊界值,錯誤推測法,流程圖法,判定表法,正交實驗法等

1.

等價類法

做加法器功能測試時,測試了1+1,1+2,1+3.1+4之后,還有必要測1+5,1+6嗎,是否放心地認為它們是正確的?? ? ? ? ?(抽樣檢查:同類劃分后取代表性值進行測試,以提高測試效率)

?

等價類劃分法

劃分等價類:測試某等價類的代表值就等于對這一類其他值的測試,因此可以把全部輸入數據合理劃分為若干等價類,用少量代表性測試數據取得較好結果.

劃分等價類并進行適當細分;

為每個等價類進行編號;

設計一條用例盡可能多的覆蓋有效等價類,繼續設計用例至所有有效等價類均覆蓋

設計一條用例盡可能多的覆蓋無效等價類,繼續設計用例至所有無效等價類均覆蓋

?

2.

邊界值分析法

為了防止出現或然性問題,即可能出現規定標準之外的問題

找邊界規則:選擇 最大個數,最小個數,比最小個數少1,比最大個數多1 作為測試數據

如果時間允許 邊界值從四個增加到六個 以增加邊界覆蓋率 (?口訣邊界值是加一減一帶自身? 兩邊則為6個)

?加一減一指增量,而非數值 !

確認邊界,包括隱藏邊界的上點和離點;

確定增量 設計測試用例.

3.

錯誤猜測法

基于經驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設計測試用例的方法,

?

4.

正交表分析法

可能因為大量參數組合而引起測試用例數量上的激增,同時這些用例沒有明顯優先級的差距,而測試人員又無法完成這么多數量的測試,就可以通過正交表來進行縮減一些用例,

從而達到盡量少的用例覆蓋盡量大的范圍的可能性

判斷有哪些因素(輸入)

判斷每個因素有哪些可取值

選擇一個合適的正交表

把輸入的值映射到表中

把每一行的各因素水平的組合作為一個測試用例

加上你認為可疑且沒有在表中出現的組合.

5.

場景法

6.

流程圖法

根據說明,描述出程序基本流程及各項備選流程;

根據基本流程和各項備選流程生成不同的場景;

對每一個場景生成相應的測試用例;

對生成的所有測試用例重新復審,去掉多余的測試用例,測試用例確定后,對每一個測試用例確定測試數據值.

7.

判定表法

分析被測應用,確定輸入和輸出;

確定因果邏輯關系;

把因果圖轉換為判定表;

根據約束條件簡化判定表,并給出結果;

設計測試用例.

?

工作重點集中在對需求,業務的理解,對產品功能的仔細推敲,只有這樣,才能準確地劃分等價類.

那么這么多測試方法,我們有沒有什么用例設計套路呢?

當然有,

確定測試目標 -- 提取測試元素 -- 分類(整體的等價類) -- 針對各類進行分析(主要還是等價和邊界) -- 正交表生成用例(因果圖和判定表是經常使用的方法)

-- 根據實際測試環境情況刪除部分case --增加錯誤推斷和性能測試用例 -- 使用場景法驗證覆蓋率? -- 生成初步測試用例報告? -- 同行評審? -- 歸檔?

---

實戰:

旅館住宿系統添加房間測試用例設計

需求:旅館住宿系統中,旅館業主可進行添加房間操作,具體"添加房間"業務描述如下:

旅館業主登錄旅館住宿系統后,可以請求添加房間

待進入"房間管理"對話框,單機"添加"可進行添加房間操作

添加房間時,可以設定房間的房間編號,房間類型,房間描述信息

添加房間信息不能缺失,若某一項未填寫,要給出提示信息

房間編號長度不能超過5個字符

房間描述長度不能超過1000個字符

房間信息不能重復,成功填寫后,可進行保存或取消操作,之后返回"房間管理"對話框,結束添加房間流程

思路:整體分析生成簡易用例 --> 細節分析細化用例 --> 填充數據完善用例

?

?

首先,根據整體分析,選用場景法進行用例設計,生成簡易用例.

第一步:依據需求,描述出基本流及各項備選流.

?

?

最后,填充數據完善用例,依據細化后的測試用例,填充測試數據以進一步完善為最終可執行的測試用例.

總結

以上是生活随笔為你收集整理的黑盒测试方法及说明的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。