用例編寫步驟：
拿到測試需求 -> 分析需求（畫思維導圖） -> 編寫用例 -> 劃分用例優先順序
用例編寫特性：
· 一致性：主要包括用例模板一致；各同事的編寫手法一致；以及用例的細粒度一致。
· 覆蓋率：主要包括對需求的覆蓋（也包含隱含的需求）；新需求可能對那些功能會產生影響的覆蓋；對各種場景的覆蓋等 。
·可執行性：主要是指步驟易於理解、資訊描述準確、且能快速識別出測試點 。
·執行準確性：是指用例執行的準確度，本身沒什麼技術含量。但這裡需要注意的是執行人對待執行用例的態度。不要因為用例簡單或者一些外界的因素，導致部分用例未實際執行標為通過的情況。
·持續更新：要及時不斷的更新，要儘量減少用例庫中失效的用例 。
·復用性：主要用例可以被不斷的復用，從而減少維護成本
用例設計方法：
1.等價類與邊界值（重點方法）
等價類：等價類劃分法是把所有可能輸入的資料，有無效等價類和有效等價類（即正確輸入和非法輸入），即程式的輸入域劃分策劃國內若干部分（子集），然後從每乙個子集中選取少數具有代表性的資料作為測試用例。方法是一種重要的、常用的黑盒測試用例設計方法。
邊界值：邊界值分析法就是對輸入或輸出的邊界值進行測試的一種黑盒測試方法。通常邊界值分析法是作為對等價類劃分法的補充，這種情況下，其測試用例來自等價類的邊界。
與等價類區別：
· 邊界值分析不是從某等價類中隨便挑乙個作為代表，而是使這個等價類的每個邊界都要作為測試條件。
· 邊界值分析不僅考慮輸入條件，還要考慮輸出空間產生的測試情況。
等價類與邊界值的結合使用：
例：乙個文字框的輸入長度為 6-10 個字元
分析：有效等價類： >=6個字元，<=10個字元
無效等價類：<6個字元，>10個字元
邊界值：5,6,7,9,10,11個字元
2.場景法（重點方法）
定義：通過運用場景來對系統的功能點或業務流程的描述，從而提高測試效果的一種方法。用例場景來測試需求是指模擬特定場景邊界發生的事情，通過事件來觸發某個動作的發生，觀察事件的最終結果，從而用來發現需求中存在的問題。
基本流：是經過用例的最簡單的路徑（無任何差錯，程式從開始直接執行到結束）
備選流：乙個備選流可能從基本流開始，在某個特定條件下執行，然後重新加入基本流中，也可以起源於另乙個備選流，或終止用例，不在加入到基本流中；（各種錯誤情況）
場景法的運用：
· 基本流
2）賬號不存在
3) 賬戶餘額不足
更多的備選流。。。。。。
3. 正交排列驅動法
定義：在介面中有多個控制項，控制項之間有多種組合關係，如果組合的數量巨大（一般超過20種），沒有必要將所有組合都測試，可以通過正交排列法將組合中最優，最少的組合進行測試。
正交表公式：
ln（m^k）
· l（line）行
n:表示正交表的行數
m：表示正交表中資料的最大值
測試時：m表示每個控制項的取值個數
k:表示正交表的列數
測試時：k表示參與組合的控制項的個數
與判定表驅動法的區別：正交表一般用於組合較多的場合（一般》20種），判定表一般用於組合較少的情況
判定表示例：
4.因果圖
1.定義：是一種利用**法分析輸入的各種組合情況，從而設計測試用例的方法，它適合於檢查程式輸入條件的各種組合情況。
2.因果圖法產生的背景：
等價類劃分法和邊界值分析方法都是著重考慮輸入條件，但沒有考慮輸入條件的各種組合、輸入條件之間的相互制約關係。這樣雖然各種輸入條件可能出錯的情況已經測試到了，但多個輸入條件組合起來可能出錯的情況卻被忽視了。
如果在測試時必須考慮輸入條件的各種組合，則可能的組合數目將是天文數字，因此必須考慮採用一種適合於描述多種條件的組合、相應產生多個動作的形式來進行測試用例的設計，這就需要利用因果圖（邏輯模型）。
3.因果圖介紹
1) 4種符號分別表示了規格說明中向4種因果關係。
2) 因果圖中使用了簡單的邏輯符號，以直線聯接左右結點。左結點表示輸入狀態（或稱原因），右結點表示輸出狀態（或稱結果）。
3) ci表示原因，通常置於圖的左部；ei表示結果，通常在圖的右部。ci和ei均可取值0或1，0表示某狀態不出現，1表示某狀態出現。
4. 因果圖概念
1) 關係
①恒等：若ci是1，則ei也是1；否則ei為0。
②非：若ci是1，則ei是0；否則ei是1。
③或：若c1或c2或c3是1，則ei是1；否則ei為0。「或」可有任意個輸入。
④與：若c1和c2都是1，則ei為1；否則ei為0。「與」也可有任意個輸入。
2) 約束
輸入狀態相互之間還可能存在某些依賴關係，稱為約束。例如, 某些輸入條件本身不可能同時出現。輸出狀態之間也往往存在約束。在因果圖中,用特定的符號標明這些約束。
a.輸入條件的約束有以下4類：
① e約束（異）：a和b中至多有乙個可能為1，即a和b不能同時為1。
② i約束（或）：a、b和c中至少有乙個必須是1，即 a、b 和c不能同時為0。
③ o約束（唯一）；a和b必須有乙個，且僅有1個為1。
④r約束（要求）：a是1時，b必須是1，即不可能a是1時b是0。
b.輸出條件約束型別
輸出條件的約束只有m約束（強制）：若結果a是1，則結果b強制為0。
5. 採用因果圖法設計測試用例的步驟：
1)分析軟體規格說明描述中, 那些是原因(即輸入條件或輸入條件的等價類),那些是結果(即輸出條件), 並給每個原因和結果賦予乙個識別符號。
2)分析軟體規格說明描述中的語義，找出原因與結果之間, 原因與原因之間對應的關係，根據這些關係,畫出因果圖。
3)由於語法或環境限制, 有些原因與原因之間,原因與結果之間的組合情況不可能出現，為表明這些特殊情況, 在因果圖上用一些記號表明約束或限制條件。
4)把因果圖轉換為判定表。
5)把判定表的每一列拿出來作為依據,設計測試用例。
5.判定表
定義：判定表是分析和表達多邏輯條件下執行不同操作的情況的工具。
判定表的優點
· 能夠將複雜的問題按照各種可能的情況全部列舉出來，簡明並避免遺漏。因此，利用判定表能夠設計出完整的測試用例集合。
·在一些資料處理問題當中，某些操作的實施依賴於多個邏輯條件的組合，即：針對不同邏輯條件的組合值，分別執行不同的操作。判定表很適合於處理這類問題。
判定表通常由四個部分組成如下圖所示：
1)條件樁（condition stub）：列出了問題得所有條件。通常認為列出的條件的次序無關緊要。
2)動作樁（action stub）：列出了問題規定可能採取的操作。這些操作的排列順序沒有約束。
3)條件項（condition entry）：列出針對它左列條件的取值。在所有可能情況下的真假值。
4)動作項（action entry）：列出在條件項的各種取值情況下應該採取的動作。
6.錯誤推測法
定義：基於經驗和直覺推測程式中所有可能存在的各種錯誤, 從而有針對性的設計測試用例的方法
錯誤推測方法的基本思想：列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據他們選擇測試用例
測試用例設計方法
設計 方法 測試用例 1.測試用例設計方法 1.1.白盒測試的測試用例設計 邏輯覆蓋法 這種方法是從程式 內部的邏輯結構出發選取測試用例，因此要求測試用例設計人員對程式的邏輯結構十分清楚，甚至應掌握源程式的所有細節。1.1.1.語句覆蓋 設計若干測試用例，執行被測試程式，使得每個可執行語句至少執行一...
測試用例設計方法
1.測試用例設計方法 1.1.白盒測試的測試用例設計 邏輯覆蓋法 這種方法是從程式內部的邏輯結構出發選取測試用例，因此要求測試用例設計人員對程式的邏輯結構十分清楚，甚至應掌握源程式的所有細節。1.1.1.語句覆蓋 設計若干測試用例，執行被測試程式，使得每個可執行語句至少執行一次。1.1.2.判斷覆蓋...
測試用例設計方法
一 等價類劃分 等價類劃分主要適用於單個輸入條件，輸入為數值型的情況，如果輸入規定了輸入區間，可劃分出乙個有效等價類，兩個無效等價類 如果輸入只規定了輸入範圍，可劃分出乙個有效等價類，乙個無效等價類。二 邊界值 邊界值方法 也是適用於單個輸入條件的情況，輸入型別可以數值 字元等，要 測試 的邊界包括...