2 邊界值法測試
3 因果圖及斷定表法ui
4 正交表blog
5 測試大綱法文檔
6 場景法產品
7 錯誤推斷法it
8 隨機測試class
9 需求文檔轉化法軟件
一、等價類劃分法程序
應用場合：界面中只要有數據輸入的地方，就可使用等價類劃分法。從無窮多的數據中，挑選少許表明數據進行測試。
1）分析需求，劃分等價類：有效等價類和無效等價類
2）從每一個等價類中，至少挑選1個表明數據進行測試
如：姓名3-20個字符
有效數據：大於等於3個字符，小於等於20個字符
無效數據：小於3個字符
大於20個字符
二、 邊界值法
應用場合：界面中有數據輸入的地方，通常可使用，邊界值法每每和等價類劃分法一塊兒使用，造成一套更爲完善的測試方案。
找到有效數據和無效數據之間的分界點（邊界值）
測試：最小邊界值-1，最小邊界值，最大邊界值+1，最大邊界值
如：姓名3-20個字符
有效數據：大於等於3個字符，小於等於20個字符
無效數據：小於3個字符
大於20個字符
最小邊界值：3個字符
最大邊界值：4個字符
最小邊界值-1：2個字符
最大邊界值+1：5個字符
三、因果圖及斷定表法
應用場合：在一個界面中有多個控件，若是控件之間有組合關係或者限制關係，不一樣的控件組合會產生不一樣的輸出結果。爲了弄清不一樣的輸入組合會產生怎樣的輸出結果，可使用因果圖或斷定表法。
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的值不必定。
四、正交表
適用場合：在一個界面中有多個控件，每一個控件有多個取值，測試時考慮不一樣的控件不一樣取值之間的多種組合，但組合數量巨大（>20種，20種如下通常考慮斷定表因果圖），沒有必要所有測試，如何從全部的組合中挑選最少、最優的組合進行測試，可使用正交排列法。
正交表公式：Ln(mk)
m：根據每一個控件有幾個值肯定
K：根據控件的個數進行肯定。
n：表示有幾條測試用例。
若是沒有合適的正交表：
1）選擇K（控件的個數），若是沒有正好符合的值，選擇最接近的在一點的，用不到的列能夠刪掉。
2）選擇m（每一個控件的取值），若是每一個控件的取值個數不一樣
方案一、少數服從多數原則：取值數相同的控件個數最多的那個值。
分析案例：取3個值的控件有兩個是最多的，因此m=3；
公式是：34
注意：1）儘可能保證公平、均勻的添加。
2）檢查是滯有徹底重複的等式，若是發現能夠修改或刪除（儘可能改）
方案二、最大值原則（推薦）：看哪一個控件的取值個數最多，m就選這個值。
此案例：打印內容的控件取值是4個，是最多的，因此m=4
公式是：應該是44，實際上44沒有，選擇45,而後刪除1列正交表的測試思想：
1）使用每一個控件的每一個取值參與組合的次數是基本相等的（均勻的）
2）在全部的組合數據中，選取數據時，應該均勻的選取，而不能從局部選取。
3）若是時間容許，儘量的多測一些組合
五、測試大綱法
適用場合：程序包含多個窗口，每一個窗口中又有多個功能，這些功能之間又有必定的聯繫。爲了梳理清楚窗口之間以及窗口不一樣功能之間的聯繫，使用測試大綱法。
如：安裝程序的測試
1） 分析需求列出窗口以及每一個窗口中的功能
2） 根據大綱，找到窗口及功能之間的關係，編寫測試用例
六、場景法
適用場合：大多數的業務比較複雜的軟件系統都適合使用場景法（便於將各個功能點串起來，便於造成完整的業務感受）是一種基於軟件業務的測試方法，把本身當成最終用戶，儘量的模擬用戶在使用此軟件的操做。
熟悉所測軟件的業務邏輯：
1）模擬用戶正確操做的業務流程---驗證軟件的業務功能是否實現
2）模擬用戶錯誤的操做的情形---驗證軟件的異常處理能力（健壯性）
總結：先關注功能的總體業務流程是否可以實現（場景法），當總體業務流程完成以後，再去關注細節(等價類、邊界值等方法)。
注意一個場景可能對應多條測試用例，或者一條用例可能對應多個場景。
七、錯誤推斷法
基於經驗和直覺推測程序中全部可能存在的各類錯誤 , 從而有針對性的設 計測試用例的方法 .
1）程序中全部可能的錯誤
2） 容易發生錯誤的特殊狀況
3） 之前產品測試中曾經發現的錯誤
八、隨機測試
隨意測試，不考慮任何用例和需求，徹底站在一個用戶或者的角度對產品進行使用。
適用場景：
1） 全部以前設定的用例已經 執行完畢
2）海量的條件組合沒法一遍 歷的時候
九、需求文檔轉化法
所見即得的思想：
1. 全部的需求文檔描述字 全部的需求文檔描述字 信息，轉化爲用例 2. 全部的示意圖、流程狀 全部的示意圖、流程狀 態圖等信息，直接轉化爲測 態圖等信息，直接轉化爲測 試用例 3. 全部項目需求達成的口頭共 全部項目需求達成的口頭共 識，需求確認的郵件溝通訊 識，需求確認的郵件溝通訊息，直接轉化爲測試用例