P4—需求評審以及測試用例編寫
需求評審以及測試用例編寫
測試用例設計
測試用例(TestCase) 是為項目需求而編制的一組測試輸入、執行條件以及預期結果,以便測試某個程序是否滿足客戶需求。
總結:每一個測試點的數據設計和步驟設計
重要性:
- 1、測試用例是軟件測試的核心。軟件測試的重要性是毋庸置疑的,測試用例是測試工作的指導,是軟件測試質量穩定的根本保障。
- 影響軟件測試的因素很多,如軟件本身的復雜程度,開發質量,測試方法和技術的運用。但有些因素是客觀存在,不可避免的,如IT團隊的流動,環境,情緒等。
- 2、評估測試結果的基準測試用例的通過率以及錯誤率,是測試結束的一個重要依據,用來判斷該軟件測試結果是否通過,能否達到上線的標準
- 3、保證測試的時候不遺漏測試功能點??梢栽跍y試人員疲累的時候起到一個牽引|的作用。
- 4、在編寫測試用例的過程,可以熟悉需求,對系統架構或者業務流程有一個整體的,深入地了解。
- 5、好的測試用例不僅方便自己和別人查看,而且能幫助設計的時候考慮的更周全,因此測試用例的寫作和設計-樣,也是非常重要的。執行性(指導性)
測試用例八要素
根據測試需求分析編寫用例(根據一個個的測試點編寫用例)
什么是測試用例:包含輸入+動作+預期結果的測試文檔
用例編號
格式:項目_it/st/uat_功能_編號/項目_編號(用例編號要唯一)
it=>集成測試(接口測試);st=>系統測試;uat=>驗收測試
模塊
概念:當前測試點所在的模塊
什么模塊:項目分為多個模塊,每個模塊下存在多個測試點
測試標題
測試標題
主題描述測試的目的:
- 特點:言簡意賅,用例標題不要重復
- 一般的格式:輸入+動作
優先級/重要級別
根據當前測試點在整個項目中的重要程度來進行劃分,分為高中低(1, 2.3)
- 高:主要核心業務功能,冒煙用例
- 中:錯誤異常測試點
- 低:兼容性、界面錯誤
預置條件
需要滿足一些前提條件,否則用例無法執行,如果用例不要其他什么條件,可以不寫條件
比如: qq登錄成功用例的預支條件?——1、網絡正常2、存在有效的qq賬號
測試步驟
具體的測試數據+動作
1、[用戶管理>>注冊] (路徑)
2、具體測試數據輸入
3、動作
預期結果
按照操作步驟,應該有什么的結果
一對一(1個步驟對1個結果)
多對一(多個步驟對1個結果)
實際結果
執行測試的結果:
- 過pass
- 不通過failed
- 阻塞:用例沒法執行
備注:bugid/原因
測試版本
用例設計者
測試時間
用例設計問題
用例是根據測試點進行編輯,是不是針對每個測試點編輯一條用例?
肯定不是的,重復測試,測試效率低,具體是怎么來進行編寫用例,多個測試點對應一個用例?怎么樣不重復測試?
避免重復測點的覆蓋編寫測試用例的時候,如何選擇測試數據進行測試,怎么達到最大的覆蓋的情況下,用最少的測試數據,來獲取更多的bug?
編寫測試用例的需要測試方法及技巧————設計測試用例方法。
浙公網安備 33010602011771號