软件测试用例的概述
測試用例的編寫方法
1. 測試用例的定義
測試用例(Test Case)是為特定的目的而設計的一組測試輸入、執行條件和預期的結果,以便測試某個程序路徑或核實是否滿足某個特定需求.
經過大量的測試用例來檢驗軟件的運行效果,他是主導測試工作進行的依據.
| a_123456 | 賬號由字母數字下劃線組成,以字母開頭 | 1.輸入賬號 2.點擊登錄 | 注冊成功 |
2.測試用例的定義
測試用例(Test Case) 是為了高效率的發現軟件缺陷而精心設計的少量測試數據. 實際測試中, 由于無法達到窮舉測試, 所以要從大量輸入數據中精選有代表性或特殊性的數據來作為測試數據. 好的測試用例應該能發現尚未發現的軟件缺陷
3.測試用例的特性
- 有效性
- 可復用性
- 易組織性
- 可評估性
- 可管理性
1.有效性:
測試用例的能夠被使用,且被不同人員使用,測試結果一致
例: 任務重新分工, 用別人寫的用例
2.可復用性:
良好的測試用例具有重復使用的功能
例: 回歸測試
3.易組織性:
好的測試用例會分門別類地提供給測試人員參考和使用
例: 測試用例按功能、性能、易用等分類編號
4.可評估性:
從測試管理的角度, 測試用例通過率和軟件缺陷的數目是軟件產品質量好壞的測試標準
例: 測試計劃中提到的測試通過的標準, 直接影響到軟件是否發布
5.可管理性:
測試用例可以作為檢驗測試人員進度、工作量以及跟蹤/管理測試人員工作效率的因素
例: 測試人員的工作量計算和績效考核
4.測試用例的編制要素
軟件測試用例的基本要素包括用例編號、測試模塊、用例標題、用例級別、測試環境、測試輸入、執行操作、預期結果.
①用例編號:
每個測試用例都有唯一的標識號, 用以區別其他的測試用例.
例: 系統測試用例的編號這樣定義規則: PROJECT1-ST-001, 命名規則是項目名稱 + 測試階段類型(系統測試階段) + 編號.
②.測試標題:
對測試用例的描述, 測試用例標題應該清楚表達測試用例的用途.
例: “測試用戶登錄時輸入錯誤密碼時, 軟件的響應情況”
③. 測試模塊:
指明并簡單描述本測試用例是用來測試那些項目、子項目或軟件特性的.
例: 微信(微信>>我>>設置)
④.用例級別:
定義測試用例的優先級別,可粗略的分為"高"和"低" 兩個級別,
例:
核心功能 — 高
界面風格 — 低
⑤. 測試環境:
描述執行測試用例所需要的具體測試環境, 包括硬件環境和軟件環境.
例: 硬件: 計算機的具體配置
軟件:操作系統 linux
數據庫 mysql
中間件 weblogic
⑥. 測試輸入:
用來執行測試用例的輸入要求. 這些輸入可能是數據、上次文件或具體操作.
例如:
輸入 : 12
文件 : C:\a.c
動作 : 單擊鼠標, 在鍵盤做按鍵處理
⑦. 執行操作:
執行本測試用例所需的每一步操作.
例如:
求和運算
輸入加數12
輸入被加數24
點擊"加法按鈕"
⑧. 預期結果:
描述被測項目或北側特性所希望或要求達到的輸出或目標.
例如:
加法器 : 12+24
預期結果 : 36
5.測試用例的設計原則
1.保證測試用例的明確性
測試人員要盡量避免測試用例存在含糊的因素, 在測試過程中,測試用例的測試結果是唯一的.
明確清晰的描述
如: 即通過、沒通過或未進行測試.
2.不確定的描述
例如. 測試用例是這樣描述
用戶正確操作, 需用正常運行;
用戶進行非法操作, 系統不能正常運行.
3.保證測試用例的到表性
盡量將具有相似功能的測試用例抽象合并
如: 我們以后要學習的等價類測試
測試1 – 100之間兩個證書的和
用例 1+2=3
2+4=6 功能相似的用例要合并
4.保證測試用例的簡潔性
測試用例簡介, 可讀性良好, 測試過程明確, 測試結果唯一
例:
測試用例要用陳述句 一句話直指問題的核心
加法器輸入框輸入是非數字時, 應彈出提示"請輸入數字"
總結
- 上一篇: Tomcat日志设置
- 下一篇: 大数据工具使用——安装Hadoop(多台