測試用例七種設計方法總結

一、測試用例的概念和作用

以最少的人力，最少的資源投入最短的時間，内完成測試

測試用例是執行測試的一個實體(包含執行步驟,預期結果,輸入參數等操作)。

二、 測試用例的特征：

（1）最有可能抓住錯誤的；

（2）不是重複的、多餘的；

（3）一組相似測試用例中最有效的；

（4）既不是太簡單，也不是太複雜。

三、 測試用例的代表性

1.能夠代表并覆寫各種合理的和不合理的、合法的和非法的、邊界的和越界的以及極限的輸入資料、操作和環境設定等。

2.測試結果的可判定性：執行結果的正确性是可判定的，每一個測試用例都應有相應的期望結果。

3.可再現性：同樣的測試用例系統的執行結果應當是相同的。

4.針對性：對程式中的可能存在的錯誤有針對性地測試

四、測試用例通常包括以下幾個組成元素：

測試用例編号 測試用例名稱(測試注冊用例) 測試用例設計

軟體版本号 測試目的 參考資訊 測試環境 輸入資料 操作步驟(輸入資訊,點選搜尋…等) 預期結果 測試結果 測試子產品

五、編寫測試用例的基本方法

1.等價類劃分法 2.邊界值法 3.因果圖法 4.判定表 5.場景法 6.正交表 7.錯誤推測法

六、因果圖的限制符号：E是互斥 I是包含 O是唯一 R是要求 B 不能出現（銀行取錢） M是屏蔽

4.場景法：基本流和備選流（基本流隻有一個而備選流有很多個）

5.正交表排列：研究多因素多水準的

Ln,(m^K) n 表達的是行數 測試的次數 K示的是控件的個數 （因素） m表示是每個控件包含的值個數 （水準數） 如:L9(3^4) 叫4因素3水準

七、混合正交表的使用

1.正交表生成工具allpairs 2.PICT工具

3.制作取值表 【隻列出資料即可，不用編号】

複制取值表的資料,放到文本文檔中儲存(注意不要更改任何格式,例如檔案叫a.txt)

3、把文本文檔放在allpairs檔案夾中

4、win + r後輸入cmd進入控制台

5、進入allpairs檔案來

6、在控制台中輸入allpairs.exe Test2.txt >youxiu.txt(youxiu是自己起的名字,用來存放生成的組合用例,可以自動生成,不必提前建好)

八、測試用例的評審和變更 如果是測試組内部的評審，應該着重于：.

1.測試用例本身的描述是否清晰，是否存在二義性；

2.是否考慮到測試用例的執行效率.往往測試用例中步驟不斷重複執行，驗證點卻不同，而且測試設計的備援性，都造成了效率的低下；

3.是否針對需求跟蹤矩陣，覆寫了所有的軟體需求；

4.是否完全遵守了軟體需求的規定。這并不一定的，因為即使再嚴格的評審，也會出現錯誤，應具體情況具體對待。

九、參與評審人員

這裡會分為多個級别進行評審。

1)部門評審，測試部門全體成員參與的評審。

2)公司評審，這裡包括了項目經理、需求分析人員、架構設計人員、開發人員和測試人員。

3)客戶評審，包括了客戶方的開發人員和測試人員。這種情況在外包公司比較常見。

十、評審的内容有以下幾個方面

1)用例設計的結構安排是否清晰、合理，是否利于高效對需求進行覆寫。

2)優先極安排是否合理。

3)是否覆寫測試需求上的所有功能點。

4)用例是否具有很好可執行性。例如用例的前提條件、執行步驟、輸入資料和期待結果是否清晰、正确期待結果是否有明顯的驗證方法。

5)是否已經删除了備援的用例。

十一、項目組内部的評審：

1.收集客戶需求的人員：注重業務邏輯是否正确。

2.分析軟體需求規格的人：注重測試用例是否跟規格要求一緻

3.開發負責人：注重測試用例中對程式的要求是否合理。

8.評審檢查法