軟體測試基礎 （二）—— 測試用例
一、 什麼是測試用例
測試用例是為某個特殊目標而編制的一組測試輸入、執行條件以及預期結果，以便測試某個程式路徑或核實是否滿足某個特定需求。
二、為什麼要寫測試用例
三、測試用例的設計
用例的要素：
用例的3a原則（最不可缺的用例要素有哪幾個）
黑盒測試：設計和執行測試過程中，不考慮被測程式內部的結構，將被測程式視作不透明的黑盒子，只考慮輸入內容和輸出結果，發現軟體的缺陷的過程
黑盒測試的方法：
等價類邊界值
判定表因果圖
正交法場景法
錯誤推斷法
3.1 等價類
等價類劃分
等價類設計用例步驟
劃分有效等價類和無效等價類
為等價類表中的每乙個等價類分別規定乙個唯一的編號
設計乙個新用例，使它能夠盡量多覆蓋尚未覆蓋的有效等價類。重複該步驟，直到所有的有效等價類均被用例覆蓋
設計乙個新用例，使它僅覆蓋乙個尚未覆蓋的無效等價類。重複該步驟，直到所有的無效等價類均被覆蓋
有效等價類
編號無效等價類
編號1 ~ 100 整數
（1）1 ~ 100 小數
（2）-
小於1的數字
（3）-
大於100的數字
（4）-
字母（5）
-特殊符號
（6）-
中文（7）-空
（8）-
負數（9）
3、設計乙個新用例，使它能夠盡量多覆蓋尚未覆蓋的有效等價類。重複該步驟，直到所有的有效等價類均被用例覆蓋用例編號4、設計乙個新用例，使它僅覆蓋乙個尚未覆蓋的無效等價類。重複該步驟，直到所有的無效等價類均被覆蓋
覆蓋等價類
輸入預期結果
1(1) 1 ~ 100 整數
50系統提示輸入正確
2(2) 1 ~ 100 小數
50.1
3(3) 小於1的數字04
(4) 大於100的數字
1505
(9) 負數
-506
(6) 特殊符號
@#¥%……
7(7) 中文
測試中文輸入
8(5) 字母a9
(8) 空
3.2 邊界值
對輸入或輸出的邊界值進行測試
特點：
3.3 判定表
判定表是分析和表達多邏輯條件下執行不同操作的工具。將複雜的問題按照各種可能的情況全部列舉出來，某些操作的實施依賴於多個邏輯條件的組合，針對不同邏輯條件的組合值，分別執行不同的操作
規則：任何乙個條件組合的特定取值及其相應要執行的操作稱為規則。
化簡：就是把相同規則進行合併。合併的標準是，有兩條或多條規則具有相同的動作，並且其條件項之間存在著極為相似的關係
需求：訂購單的檢查規則為：若金額超過600元，又未過期，則發出批准單和提貨單；若金額超過600元，但過期了，則不發批准單；如果金額低於600元，則不論是否過期都發出批准單和提貨單，在過期的情況下還需發出通知單。（沒有批准單就沒有提貨單）
列出所有條件樁和條件項
條件樁條件項
訂購金額是否大於600元
y —>大於600元
n —>小於600元
訂單是否過期
y —>訂單過期
n —>訂單沒過期
列出所有的動作樁和動作項
動作樁動作項
發出批准單
x發出提貨單
x發出通知
x生成判定表（先條件組合，再看結果）
簡化判定表
刪除序號1組合
3.4、因果圖
用**的方法表示輸入的各種組合關係，寫出判定表，從而設計相應的測試用例。 適用範圍:適用於分析程式輸入條件的各種組合情況，以及輸入與輸出之間的依賴關係。
使用步驟
根據程式規格說明書描述的語義內容，分析並確定 「因」 和 「果」；
將 「因」 和 「果」 表示成 「因果圖」；
在因果圖上使用若干個約束符號來標明約束條件；
將得到的因果圖轉換成判定表；
為判定表中每一列所表示的情況設計乙個測試用例。
因果圖
《因果圖法》-有這篇就夠了
3.5、正交法
因果圖和判定表：依據方法中的主要思想，同類輸人間不可同時發生，不同型別輸人間必須同時存在其中之一 ，所以將需求中的各項輸入分別組合一一遍。常常不可避免地產生乙個非常龐大的組合數字，不合實際情形，如3x3x3x3=81次組合（全排列）
正交試驗法即使用事先已建立好的**一正交表，來安排試驗並進行資料分析的一種科學試驗設計方法，借助正交錶可從大量的試驗資料(測試用例)中篩選出適量的、有代表性的值,從而協助合理地安排試驗(測試),滿足了「在簡化用例的同時盡量充分開展測試」的需求。
測試用例設計之正交表法詳解
3.6 、場景法
盡可能真實模擬使用者操作的一種用例設計分析方法
場景法主要基於 2 個層面開展
業務（需求）層面：對被測軟體的重要功能、業務邏輯（系統要實現什麼、如何實現？）、行業背景深入理解
技術層面：基於等價類劃分中的有效等價類——模擬使用者正確操作；無效等價類——模擬使用者錯誤操作
核心概念：
基本流（正確流、有效流）：模擬使用者正確的操作流程
備選流（錯誤流、無效流）：模擬使用者錯誤的操作流程
設計步驟
根據說明，描述出程式的基本流及各項備選流
根據基本流和各項備選流生成不同的場景
對每乙個場景生成相應的測試用例
對生成的所有測試用例重新審核，去掉多餘的測試用例，測試用例確定後，對每乙個測試用例確定測試資料值
3.7 錯誤推測法
基於經驗和直覺推測程式中所有可能存在的各種錯誤，從而有針對性地設計測試用例的方法。
《判定表驅動法》-有這篇就夠了
**測試用例
《因果圖法》-有這篇就夠了
測試用例設計之正交表法詳解
《軟體測試技術及用例設計實訓》
小馬的測試用例那些事 測試用例設計之場景圖法
測試基礎 軟體測試用例設計方法-場景法
黑盒測試--場景法
軟體測試基礎 測試用例詳解
軟體測試是軟體質量管理中最實際的行動，也是耗時量最大的一項工作，所以在測試過程中需要有組織 有步驟 有計畫的開展，需要能夠被量化管理，而測試用例就是將測試行為具體量化的方法之一 一 什麼是測試用例?測試用例 就是設計一種情況，軟體在這種情況下能夠正常或異常執行並達到預期結果 而程式如果在這種情況下不...
測試用例基礎（二）
二 內容 三 編寫方法及適用場景 四 評審 五 測試計畫 六 缺陷報告 七 測試報告 八 軟體缺陷的種類劃分 九 軟體缺陷的嚴重程度 十 bug定級示例 測試用例能夠被使用，且被不同人員使用測試結果一致 良好的測試用例具有重複使用的功能 回歸測試 好的測試用例會分門別類地提供給測試人員參考和使用 功...
軟體測試基礎知識 測試用例
測試用例 test case 是為某個特殊目標而編制的一組測試輸入 執行條件以及預期結果，以便測試某個 程式 路徑或核實是否滿足某個特定需求。測試用例用到的技術 一 白盒技術 白盒測試 是結構測試，所以被測物件基本上是 源程式 以 程式 的內部邏輯為基礎設計測試用例。邏輯覆蓋 程式內部的 邏輯覆蓋 ...