1、等價類劃分法

應用場合：介面中只要有資料輸入的地方，就可以使用等價類劃分法。從無窮多的資料中，挑選少量代表資料進行測試。
1）分析需求，劃分等價類：有效等價類和無效等價類
2）從每個等價類中，至少挑選1個代表資料進行測試
如：姓名3-20個字元
　　有效資料：大於等於3個字元，小於等於20個字元
　　無效資料：小於3個字元，大於20個字元

2、邊界值法

應用場合：介面中有資料輸入的地方，一般可以使用，邊界值法往往和等價類劃分法一起使用，形成一套更為完善的測試方案。
找到有效資料和無效資料之間的分界點（邊界值）
測試：最小邊界值-1，最小邊界值，最大邊界值+1，最大邊界值
如：姓名3-20個字元
　　有效資料：大於等於3個字元，小於等於20個字元
　　無效資料：小於3個字元，大於20個字元
最小邊界值：3個字元
最大邊界值：4個字元
最小邊界值-1：2個字元
最大邊界值+1：5個字元

3、因果圖及判定表法

應用場合：在一個介面中有多個控制元件，如果控制元件之間有組合關係或者限制關係，不同的控制元件組合會產生不同的輸出結果。為了弄清不同的輸入組合會產生怎樣的輸出結果，可以使用因果圖或判定表法。
1）基本 : 表達的是因（輸入結果）和果（輸出結果）之間的關係。
　　A 恆等
　如果a=0那麼b=0；如果a=1那麼b=1
　　B 與（^）
　　幾個輸入條件都成立結果才成立，如果輸入其中任何一個輸入條件不成立，結果都不成立。
　　C 或（v）
　　多個輸入條件有任何1個成立結果都成立，只有所有的輸入條件都不成立的時候，結果才不成立。
　 D 非
　　A=1時B＝0；A=0時B=1
2）約束（限制）: 限制的是同一類的，要麼限制的同為輸入條件，要麼限制的同為輸出結果
　　A 互斥E（Exclude）
　　只能有1個是成立（1），但是可以都不選（都是0）
B 唯一O（Only）
表示在多個條件中，有且僅有1個成立。
C 要求R（Required）
　　若a=1則要求b必須為1，不允許出現a=1，b=0的情況，反之a=0時b的值無所謂。
D 包含 I ( include ) [多選]
必須得選，但是可以多選
E 遮蔽 M ( Masked )
當a=1時b必須是0；當a=0時b的值不一定。

4、正交表

適用場合：在一個介面中有多個控制元件，每個控制元件有多個取值，測試時考慮不同的控制元件不同取值之間的多種組合，但組合數量巨大（>20種，20種以下一般考慮判定表因果圖），沒有必要全部測試，如何從所有的組合中挑選最少、最優的組合進行測試，可以使用正交排列法。
正交表公式：Ln(mk)
m：根據每個控制元件有幾個值確定
K：根據控制元件的個數進行確定。
n：表示有幾條測試用例。
如果沒有合適的正交表：
　1）選擇K（控制元件的個數），如果沒有正好符合的值，選擇最接近的在一點的，用不到的列可以刪掉。
2）選擇m（每個控制元件的取值），如果每個控制元件的取值個數不同
　　方案1、少數服從多數原則：取值數相同的控制元件個數最多的那個值。
　　　　分析案例：取3個值的控制元件有兩個是最多的，所以m=3；
　　　　公式是：34
　　　　注意：1）儘量保證公平、均勻的新增。
　　　　　　2）檢查是滯有完全重複的等式，如果發現可以修改或刪除（儘量改）
　　方案2、最大值原則（推薦）：看哪個控制元件的取值個數最多，m就選這個值。
　　　　此案例：列印內容的控制元件取值是4個，是最多的，所以m=4
　　　　公式是：應該是44，實際上44沒有，選擇45,然後刪除1列
正交表的測試思想：
1）使用每個控制元件的每個取值參與組合的次數是基本相等的（均勻的）
2）在所有的組合資料中，選取資料時，應該均勻的選取，而不能從區域性選取。
3）如果時間允許，儘可能的多測一些組合

5、測試大綱法

適用場合：程式包含多個視窗，每個視窗中又有多個功能，這些功能之間又有一定的聯絡。為了梳理清楚視窗之間以及視窗不同功能之間的聯絡，使用測試大綱法。
如：安裝程式的測試
　　1）分析需求列出視窗以及每個視窗中的功能
　　2）根據大綱，找到視窗及功能之間的關係，編寫測試用例

6、場景法

適用場合：大多數的業務比較複雜的軟體系統都適合使用場景法（便於將各個功能點串起來，便於形成完整的業務感覺）是一種基於軟體業務的測試方法，把自己當成終端使用者，儘可能的模擬使用者在使用此軟體的操作。
熟悉所測軟體的業務邏輯：
1）模擬使用者正確操作的業務流程—驗證軟體的業務功能是否實現
2）模擬使用者錯誤的操作的情形—驗證軟體的異常處理能力（健壯性）
總結：先關注功能的整體業務流程是否能夠實現（場景法），當整體業務流程完成之後，再去關注細節(等價類、邊界值等方法)。
注意一個場景可能對應多條測試用例，或者一條用例可能對應多個場景。

7、錯誤推斷法

基於經驗和直覺推測程式中所有可能存在的各種錯誤 , 從而有針對性的設計測試用例的方法 .
1）程式中所有可能的錯誤
2）容易發生錯誤的特殊情況
3）以前產品測試中曾經發現的錯誤

8、隨機測試

隨意測試，不考慮任何用例和需求，完全站在一個使用者或者的角度對產品進行使用。
適用場景：
1）所有之前設定的用例已經執行完畢
2）海量的條件組合無法一遍歷的時候

9、需求文件轉化法

所見即得的思想：

所有的需求文件描述字所有的需求文件描述字資訊，轉化為用例

所有的示意圖、流程狀所有的示意圖、流程狀態圖等資訊，直接轉化為測態圖等資訊，直接轉化為測試用例

所有專案需求達成的口頭共所有專案需求達成的口頭共識，需求確認的郵件溝通訊識，需求確認的郵件溝通訊息，直接轉化為測試用例

【黑盒測試】測試用例的常用方法

相關文章