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?
編寫測試用例的需要測試方法及技巧————設計測試用例方法。