測試用例是在測試執行之前編寫的，用以指導測試的重要文件，主要包括（各公司模板都有自己的模板）如：編號、日期、測試人員、專案、分專案、預置條件、測試過程、接收標準、測試說明等。
測試用例的設計方法主要有七種：
應用場景：只要有資料輸入的地方，就可以使用，從無窮多的資料中挑選少數代表進行測試（把所有可能的資料全測一遍時間成本太高，實際中是不可能採用，所以要用最少的成本（時間、資料）達到最大的測試效果）。
核心：按照需求把無窮多的資料進行分類，區分出有效的（有效等價類）、無效的（無效等價類），從每個資料範圍中挑選乙個代表進行測試。
有效等價類：符合需求說明合理、有意義（合法）的資料集合
無效等價類：不符合需求說明、不合理、無意義的資料集合
如：姓名3-20個字元
有效資料：大於等於3個字元，小於等於20個字元
無效資料：小於3個字元
大於20個字元
應用場景：
一般有資料輸入的地方可以使用，邊界值往往和等價類劃分一起使用比較好，如有效資料和無效資料的分界點容易出現邊界錯誤。
如：年齡18-60
有效資料：大於等於18且小於等於60的整數
無效資料：
小於18
大於60
字母、小數、漢字、特殊符號
其中，18，60，19，59是有效邊界和次邊界
17，61是無效次邊界
應用場合：
乙個介面，有多個操作，操作和操作之間有一定的組合關係和限制關係，不同組合會產生不同的輸出結果，可以使用因果圖
在乙個介面，有多個操作，操作和操作之間有一定的組合關係和限制關係，不同和組合會產生不同的輸出結果，就可以使用因果圖
基本因果關係有：
恒等：如：a=1-->b=1
與:如：a=1,b=1,c=1-->y=1
非：a=1-->b=0
或：a=0,b=0,c=0-->y=0
限制因果關係：
互斥(e)：
abc最多只有乙個1（允許全為0）
唯一（o):
abc有且僅有乙個1（不允許全為0）
要求（r）：
a=1,要求必須b=1
遮蔽（m)：
a=1,要求必須b=0
包含（i):
至少包含乙個1（不允許全為0）
判定表是因果圖的簡化，本質上是一種方法
判定表適合組合資料較少的情況（一般
<20種）；
正交排列適合組合較多的情況（一般》20種）；
應用場合：
乙個介面有多個控制項，每個控制項又有多個取值，要考慮不同控制項不同取值之間的組合，
但是組合資料較大（幾百、上千），需要從這些組合中挑選典型的組合的代表進行
測試，需要使用正交排列法。
正交表中的ln(m**k)表示什麼意思：
n:表示正交表的行數（即需要測試的次數）
次冪k：表示正交表的列數
底m：正交表允許出現的最大值
（說明：使用正交表法，就是根據控制項的個數和每個控制項的取值個數決定k和m即可，
k和m確定了，n的值就是固定的）
如何選擇合適的正交表：
根據控制項的個數和每個控制項的取值個數，選擇適合的正交表（即確定k和m的值)
（1）控制項的個數,決定k(正交表的列數）
（2）每個控制項的取值個數，決定m(正交表中允許出現的最大值）
如：有3個控制項，每個控制項都有4個值（或最多的是4個值）
k=3,m=4
選擇合適的正交表，把正交表的列名和取值用控制項名稱和控制項真正的取值
替代（對映）
應用場合：
乙個程式涉及到多個視窗，每個視窗又包含多個操作，操作和操作之間有一定
的聯絡（即乙個完整的流程涉及到多個介面），可以使用測試大綱法
如：安裝程式的測試
應用場合：
介面中沒有太多填寫項，所有的操作主要通過滑鼠單（雙）擊、拖拽等完成。
場景法適合業務邏輯功能較為複雜的程式（遊戲、銀行、保險），模擬使用者
所有正確的操作和所有錯誤的操作。
如：atm取款業務，取款失敗需模擬的場景：
（1）無效的銀行卡
（2）密碼錯誤（3次錯誤）
（3）賬戶餘額不足
（4）超出當日可取最大限額
（5）atm機餘額不足
場景和用例並不一定是一對一的關係；可能乙個場景測試多條用例，也
可能一條用例測試多個場景。
很多時候需要多種方法綜合運用達到更好的效果。
常用測試用例設計方法
八大方法及綜合策略 一 等價類法 概述 根據程式對資料的要求，把程式的輸入域劃分成若干個部分 區分出哪些資料是有效的，哪些資料是無效的，有效等價類與無效等價類 從每個部分中選取少數代表性資料作為測試用例 步驟 劃分等價類 細化等價類 對等價類進行編號 建立等價類表 編寫測試用例 要點 被選為測試用例...
測試用例與測試用例的設計方法
測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。目前黑盒測試的測試用例設計方法有5種 等價類劃分 邊界值分析 錯誤推測法 目前黑盒測試 的測試用例 設計方法有5種 等價類劃分 邊界值分析 錯誤推測法 因果圖功能...
測試用例設計方法
設計 方法 測試用例 1.測試用例設計方法 1.1.白盒測試的測試用例設計 邏輯覆蓋法 這種方法是從程式 內部的邏輯結構出發選取測試用例，因此要求測試用例設計人員對程式的邏輯結構十分清楚，甚至應掌握源程式的所有細節。1.1.1.語句覆蓋 設計若干測試用例，執行被測試程式，使得每個可執行語句至少執行一...