1. 程式人生 > >【軟體測試隨筆】測試用例的設計方法

【軟體測試隨筆】測試用例的設計方法

測試用例的設計方法

1、測試用例的總體設計方法–基於需求的設計

1.1 RBT:

是基於需求的測試方法,會使測試更加有效,它更專注與質量問題產生的根源,即需求。

1.2 基於需求的測試方法的重點關注

  • 驗證需求是否正確、完整、無二義性、並且邏輯一致。
  • 要從黑盒的角度,設計出充分並且必要的測試集,以保證設計和程式碼都能完全符合需求。

2、具體的設計方法

2.1 等價類

依據需求將輸入(特殊情況下會考慮輸出)劃分為若干個等價類,從等價類中選出一個測試用例,如果這個測試用例測試通過,則認為所代表的等價類測試通過,這樣就可以用較少的測試用例達到儘量多的功能覆蓋,解決了不能窮舉測試的問題。

  • 有效等價類:對於程式的規格說明書是合理的,有意義的輸入資料構成的集合,利用有效等價類驗證程式是否實現了規格說明中所規定的功能和效能。
  • 無效等價類:根據需求說明書,不滿足需求的集合。

【注】:等價類只考慮輸入域的分類,沒有考慮輸入域的組合,需要其他的設計方法和補充。

3、邊界值

3.1 含義

邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充,這種情況下,其測試用例來自等價類的邊界。

4、因果圖

4.1 含義

因果圖是一種簡化了的邏輯圖,能直觀的表明程式輸入條件(原因)和輸出動作(結果)之間的相互關係。因果圖法是藉助圖形來設計測試用例的一種系統方法,特別適用於被測試程式具有多種輸入條件,程式的輸出又依賴於輸入條件的各種情況。

4.2 因果圖常用關係

恆等:

若原因為真,則結果為真。

這裡寫圖片描述

與:

多個原因都為真,結果才為真。

這裡寫圖片描述

或:

多個原因中一個為真,結果就為真。

這裡寫圖片描述

非:

原因為假,則結果為真。

這裡寫圖片描述