一、測試用例的引入
首先要思考兩個問題:什麼是測試用例?測試用例的構成要素?
1.測試用例的定義
2.測試用例的構成要素
在實際工作中根據項目要求對用例設計要素可做調整,下圖基本覆蓋常見用例設計模闆。
從上面兩點可知:
測試用例的定義:軟件測試的核心,為了特定的目的而設計的一組測試輸入、執行條件、預期結果的輸出文檔;
測試用例構成要素:用例編号、用例标題、測試項目、用例級别、預置條件、測試輸入、執行步驟預期結果。二、黑盒測試用例設計方法
1.等價類
概念:在所有測試的數據中心,具有某種共同特征的數據子集
方法:
舉例:
子例:固定電話号碼測試
地區(3/4位) 電話号碼(7/8位)
2.邊界值
大量的錯誤是發生在輸入或者輸入範圍的邊界上,而不是輸入範圍的内部。
題目:輸入的參數值必須大于等于0同時小于等于100的整數
正确代碼:
num>-1或num>=0 num<101或num<=100
錯誤代碼:
num>=-1或num>0 num<=101或num<100
邊界值:選取正好等于、剛剛好大雨或者剛剛好小于邊界值作為測試數據。
舉例:
例如:固定電話号碼測試
地區碼(3/4位) 電話号碼(7/8位)
3.判定表法
使用等價類方法時對于輸入域及輸入域存在關聯時無法覆蓋
移動通信中,有這樣的需求,若用戶欠費或者停機則不允許主被呼叫。
案例:支付寶個人賬戶注冊——驗證用戶名需求:第一項要求輸入手機号或者電子郵箱作為賬戶名,第二項要求正确輸入驗證碼,兩項都驗證成功後填寫賬戶信息;但如果第一項校驗不正确,則報錯L(輸入手機号或電子郵箱格式錯誤);如果第二項驗證不成功,則報錯M(驗證碼輸入錯誤)。
4.因果圖法
判定表法設計用例——規則數:2的n次方(n是條件數)
條件數:4 —> 規則:16
條件數:5 —> 規則:32
條件數:6 —> 規則:64
條件數:7 —> 規則:128
………
因果圖:
1、考慮所有輸入/輸出條件的相互制約關系以及組合關系
2、考慮輸入條件之間的依賴關系
3、再根據分析的關系來轉化為判定表的規則
案例:支付寶個人賬戶注冊——驗證用戶名需求:第一項要求輸入手機号或者電子郵箱作為賬戶名,第二項要求正确輸入驗證碼,兩項都驗證成功後填寫賬戶信息;但如果第一項校驗不正确,則報錯L(輸入手機号或電子郵箱格式錯誤);如果第二項驗證不成功,則報錯M(驗證碼輸入錯誤)。
5.狀态遷移圖法
狀态遷移圖:首先要找出所有的狀态,然後再分析各個狀态之間的轉換條件和轉換路徑。然後從其狀态遷移路徑覆蓋的角度來設計測試用例。(多用于協議測試)
測試步驟:
案例:飛機售票系統
客戶向航空公司打電話預訂機票,此時機票信息處于“預定”狀态顧客支付了機票費用之後,機票信息變為“已支付”狀态旅行當天達到機場,拿到機票後,機票信息變為“已出票”狀态登機檢票後,機票信息變為“已使用”狀态在等級之前任何時間都可以取消自己的訂票信息,如果已經支付了機票費用,還可以退款,取消後,訂票信息處于“已取消”狀态
抽取四條路徑:
路徑1:預訂—已取消
路徑2:預訂—已支付—已取消
路徑3:預訂—已支付—已出票—已取消
路徑4:預訂—已支付—已出票—已使用
6.場景法
軟件幾乎都是用事件觸發來控制流程的,事件觸發時的情景便形成了場景,而同一事件不同的觸發順序和處理結果就形成事件流。
重要概念:
基本流備選流(異常流)
場景1:基本流場景2:基本流—備選流程1—基本流場景3:基本流—備選流程2—基本流場景4:基本流—異常流程1場景5:基本流—備選流程2—異常流程2場景6:基本流—備選流程1—備選流程2—異常流程2場景7:基本流—備選流程1-備選流程2—基本流場景8:基本流—備選流程1—異常流程1
案例:支付寶個人賬戶注冊——驗證用戶名需求:第一項要求輸入手機号或者電子郵箱作為賬戶名,第二項要求正确輸入驗證碼,兩項都驗證成功後填寫賬戶信息;但如果第一項校驗不正确,則報錯L(輸入手機号或電子郵箱格式錯誤);如果第二項驗證不成功,則報錯M(驗證碼輸入錯誤)。
設計用例如下:
用例1:第一項輸入手機号,第二項驗證碼正确,進入填寫賬戶信息頁面用例2:第一項輸入電子郵箱,第二項驗證碼正确,進入填寫賬戶信息頁面用例3:第一項輸入不是手機号或者電子郵箱,報錯L(輸入手機号或者電子郵箱格式錯誤)用例4:第一項輸入手機号或者電子郵箱,第二項驗證碼錯誤,報錯M(驗證碼輸入錯誤)
7.正交實驗法
正交實驗設計方法:是由數理統計學科中正交實驗方法進化出的一種測試多條件多輸入的用例設計方法,從大量的(實驗)數據(測試例)中挑選适量的,有代表性的點(例),從而合理地安排實驗(測試)的一種科學實驗設計方法。
條件:因子 取值:水平。
正交實驗設計方法步驟:
三、總結
,
更多精彩资讯请关注tft每日頭條,我们将持续为您更新最新资讯!