軟件測試用例的設計方法

　　軟件測試用例的設計方法  軟件測試

　　為什么要設計測試用例?測試用例的制造或許會有如下兩種用處或主意：

　　1、測試用例被以為是要托付給用戶的產品的一部門。測試用例在這里充任了進步可信度的作用，典型的是UAT(可接受級別);

　　2、測試用例只作為外部使用，典型的是編制級別的測試，此時測試效率是主意。在代碼尚未完成時，基于設計編寫測試用例，以便一旦代碼打算好了，就可以很快的測試產品。

　　等價類分別法：

　　等價類是指某個輸入域的會集，在這個會集中每個輸入都是等效的。等價類分別法以為：如果使用等價類中的一個條件作為測試數據實行測試不能創造程序缺陷的話，那么使用等價類中其他條件實行測試也不會創造舛錯。等價類是一個典型的黑盒測試方法，不必要切磋程序的外部構造，只必要切磋程序的輸入規格即可。

　　所有的輸入都可以分別為兩種等價類：

　　有效等價類、有效等價類

　　等價類分別法的優點：切磋了單個輸入域的各類狀況，制止了自覺或隨機選取輸入數據的不完全性和籠罩的不安靜性。

　　等價類分別法的缺點：只是切磋了輸入域的分類狀況，沒有切磋輸入的組合狀況。

　　畛域值剖判法：

　　畛域值剖判法假定大多半的舛錯產生在各種輸入條件的畛域上，如果在畛域鄰近的取值不會招致舛錯，那么其他取值招致舛錯的或許性也很小。

　　這種方法在很多時間能卓殊有效地暴露程序的舛錯，但是它與等價類分別法一樣沒有切磋輸入之間的組合狀況，另外，畛域值在關切畛域范圍的同時，或許紕漏了輸入類型的題目。

　　根本途徑剖判法：

　　根本途徑剖判法通常使用在白盒測試中，用于籠罩程序分支途徑。但在一些黑盒測試中也能使用。 (該圖是一個單據審批流程)

　　依照根本途徑剖判，可以簡便的歸結出以下幾種必要籠罩的流程：

　　編輯請求單→確認→審批始末→生成請求呈報

　　編輯請求單→確認→廢止確認→重新編輯

　　編輯請求單→確認→審批不始末→重新編輯

　　根本途徑剖判法的重點在于籠罩流程，確保讓程序顯示所有或許的邏輯。但是這種方法也生活必然的缺陷，即只籠罩一次流程，看待一些生活循環的流程沒有切磋。例如：編輯請求單→確認→廢止確認→重新編輯→確認→廢止確認時出錯。

　　因果圖法：

　　因果圖是一種簡化了的邏輯圖，能直觀地闡明程序的輸入條件(理由)和輸入手腳(下場)之間的相相互干。因果圖法是借助圖形來設計測試用例的一種編制方法，特別適用于被測試程序具有多種輸入條件，程序的輸入又依賴于輸入條件的各種狀況。

　　因果圖法設計測試用例的方法如下：

　　1)剖判所有或許的輸入和或許的輸入。

　　2)找出輸入和輸入之間的對應相干。

　　3)畫出因果圖。

　　4)把因果圖轉換成占定表。

　　5)把占定表對應到每一個測試用例。

　　因果圖法設計測試用例的優點是讓測試人員始末畫因果圖，能越發了解輸入條件之間的邏輯相干，以及輸入與輸入之間的相干。缺點是必要畫圖和裝換成占定表，看待對比雜亂的輸入和輸入必要破費多量的時間。

原文轉自：http://www.anti-gravitydesign.com