軟件測試基礎
測試用例書寫策略
場景圖法
定義：場景圖也叫流程圖法。是在測試過程中模擬用戶使用軟件的流程，針對此流程來設計
測試用例的方法。場景圖法包含基本流和備選流兩種，基本流指進行一項業務正確的流程，
備選流指異常流程
步驟：①理解需求，根據產品經理給出的原型圖或者需求文檔，理出業務流程
②找出業務的流程邏輯；③根據邏輯畫出流程圖；④根據流程圖編寫測試用例，從開始至結
尾每條分支就是一個用例；
案例：
需求分析：
可以設定自動檢修，設定後可修改時間，自動檢開始後可自動停止和手動停止；
未設定自動檢修時可以手動檢修手動停止
- 1
- 2
- 3
生成基本流和備選流場景：
根據場景生成用例：
說明：場景法適用於業務有先後順序的測試，在測試中常常在冒煙和系統測試使用；還需
要結合等價類和邊界值方法使測試用例覆蓋度更高
等價類
黑盒測試：不考慮系統設計內部邏輯結構，只需要瞭解輸入和輸出是否正常；從理論上講，只有窮舉測試，才能夠充分。實際情況肯定不可能，故引入等價類測試方法。
定義：等價類測試是把程序的輸入域劃分爲若干等價類，然後選取其中少部分代表一類，以此檢驗程序功能實現。
等價類劃分的特點：
有效等價類：合乎程序規範的有意義的輸入
無效等價類：不合乎程序規範的無意義的數據集合
舉例：①輸入規定範圍：如1<a<100，可確定一個有效的等價類和兩個無效的等價類；②規定條件：“以字母開頭”，可劃分爲一個有效等價類和一個無效等價類；③布爾輸入：可劃分爲一個有效等價類和一個無效等價類；④可在劃分的基礎上進一步劃分。
用例書寫：①根據需求爲確定輸入輸出，確定有效等價類和無效等價類；②列出等價類表；③根據等價類表設計測試用例：爲每一個等價類劃分一個唯一的編號，設計測試用例，使盡可能多的有效等價類被覆蓋，重複直至所有有效等價類都被覆蓋，設計測試用例，使其覆蓋一個尚未被覆蓋的無效等價類，重複直至所有的無效等價類均被覆蓋。
不足點：孤立考慮各個輸入的輸入，沒有考慮到組合情況，可用因果圖補充；只是單純選擇等價類，沒有健壯性考慮，可用邊界值補充
案例說明：
需求分析：溫度超限時產生報警（0,33），異常顯示；不超限時正常顯示。
①溫度低於0°和溫度高於33°，實時報警顯示“溫度超限”，數據紅色顯示
②溫度在0°和33°之間，無報警顯示，數據正常顯示
③報警顯示延時10S有效
有效等價類 編號 無效等價類 編號
0<D<33 1 D<=0 3
T>10 2 D>=33 4
T<10 5
測試用例：
用例編號：
D T 預期輸出 實際輸出 覆蓋等價類 測試結果
T1 10 12 無報警 無報警 1、2 Pass
T2 0 12 報警 報警 3、2 pass
T3 44 12 報警 報警 4,2 pass
T4 44 5 無報警 無報警 5,1 pass
- 1
- 2
- 3
- 4
- 5
邊界值（190611更）
邊界值法用於對等價類不足的補充
邊界點：上點、內點、離點
上點：邊界上的點
內點：邊界內的點
離點：離邊界值最近的與上點不同類的點
邊界值法的使用：首先確定有效邊界，其次選取邊界上的點書寫測試用例。
因果圖
在前面等價類中可以看到，等價類方法孤立地分析每種輸入情況，沒有考慮輸入組合時的情況；因此結合因果圖法考慮輸入的組合，完善用例。
因果圖使用方法：
①分析需求文檔中的原因和結果
②根據原因和結果，形成輸入和輸出
③根據輸入和輸出生成判定表
④根據判定表書寫測試用例
生成判定表：
條件樁：列出了問題的所有條件
動作樁：列出了問題規定可能採取的操作
條件項：列出特定條件的取值
動作項：列出在條件項目的各種取值情況下應該採取的動作
步驟：
確定規則的個數
列出所有的條件樁和動作樁
填入條件項
填入動作項
合併相似規則
案例：
需求：訂購單的檢查
如果金額超過500元且未過期，則發出批准單和提貨單；若金額超過500元且已過期，則不發批准單和提貨單；如果金額低於500元，則不論過期與否都發批准單和提貨單，在過期的情況下還發出過期通知書。
1）：分析原因和結果
原因：1.超過500元 2.低於500元 3.過期 4.未過期
結果：21.發出批准單和提貨單 22.不發批准單和提貨單 23.發批准單核提貨單及過期通知書
2）：因果圖
3）：判定表
1 1 1 1 1 0 1 1 0 0 0 1 1 0 0 0 0
2 1 1 1 0 1 1 0 1 1 0 0 0 1 0 0 0
3 1 1 0 1 1 0 1 1 1 1 0 0 0 1 0 0
4 1 0 1 1 1 0 0 0 1 1 1 0 0 0 1 0
21 N N N N N N O 0 N N 1 N N N N
22 N N N N N N 1 0 N N 0 N N N N N
23 N N N N N N 0 1 N N 0 N N N N N
caseN N N N N N Y Y N N Y N N N N N
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
根據判定表寫測試用例。
錯誤推測法
基於經驗和直覺推測程序中所有可能存在的各種錯誤，從而有針對性的設計測試用例的方法。
錯誤推測法的基本思想：列舉出程序中所有可能有的錯誤和容易發生錯誤的特殊情況，根據他們設計測試用例。
1、錯誤推測法的常見依據
在單元測試時理出的在模塊中的常見錯誤
以前產品測試中曾經發現的錯誤
產品在客戶實際使用過程中發現的錯誤
容易發生錯誤的情況
一些公共模塊，功能
修復了bug的功能和模塊
2、測試用例評審中的使用
猜錯法充分發揮人的經驗，在一個測試小組中集思廣益，方便實用。
組織測試小組（也可以有外來人員）進行錯誤猜測，是有效的測試方法。
[1]: https://blog.csdn.net/femalcoder/article/details/70768037
[2]:https://blog.csdn.net/caozhangyingfei0109/article/details/42003143