測試用例

1.測試用例的編寫

• 一組測試輸入
• 執行條件
• 預期結果
• 解決要測什么、怎么測、如何衡量

2.測試用例的重要性

• 有效性(對所有需求中的功能性需求和非功能性需求設計測試用例)
• 可復用性(可重復執行，提高效率)
• 易組織性
• 可評估性(測試用例的通過率是檢驗代碼質量的保證)
• 可管理性(檢驗工作進度)

3.好的測試用例

• 功能要覆蓋完全
• 盡可能抓住多的錯誤
• 相似測試用例中最有效的
• 模板根據所測對象可以進行調整

編寫測試用例的優缺點和用途

優點

• 便于梳理需求
• 驗證產品的需求是否合理
• 監督產品對需求做出更加詳細的設計
• 記錄產品的設計細節
• 加深對產品的認識和印象
• 反映測試進度
• 幫助發現拓展測試范圍，擴大測試覆蓋面，發現隱藏的缺陷
• 方便回歸測試，復查bug是否還會出現
• 為緊急狀態下的測試提供參考信息
• 培訓新人，提高新人的測試效率

缺點

• 設計成本高：測試人員需要花費大量的時間投入到測試用例的編寫上面。同時測試用例文檔的頁數越多，被完整閱讀的可能性就越少。
• 效果差：窮盡測試不可能，好的測試用例設計是從無窮的測試中選擇合理測試輸入、測試組合、測試數據等，以相對有限的測試用例數目盡量達到理想的覆蓋率。而詳細的測試用例設計很難完全定義這些組合和場景，實踐中需要測試設計不斷迭代和更新。
• 維護成本高：測試用例的輸入參考，例如：需求文檔是經常變更的，這就會導致測試用例越詳細，其維護的工作量更大。

用途

• 核實需求：每一個需求點都會設計測試用例
• 評估結果：對產品進行評估，對測試完成情況進行評價
• 準確回歸：快速正確的進行版本的充分測試
• 防止遺漏：目標明確
• 提高效率：避免盲目測試
• 縮短周期：節約測試時間

準備編寫測試用例

收集資料

• 需求文檔
• 設計文檔
• 遺留系統相關文檔
• 與相關人員討論

探索性測試

• 分步驟探索軟件
• 具體問題具體分析
• 是測試用例有利的補充

設計測試用例的基本準則

測試用例的代表性：能夠代表并覆蓋各種代表

測試結果的可判定性

測試結果的可再現性

測試用例的書寫標準

用例標題

測試項

輸入步驟核實數據

預期及結果

測試用例之間的關聯

如何選擇測試方法

• 在任何情況下都必須使用邊界值分析方法
• 用等價類劃分方法補充一些測試用例
• 涉及到業務流程的軟件，應采用場景法
• 用錯誤猜測法再追加一些測試用例
• 如果程序的功能說明中含有輸入條件的組合情況，則應在一開始就選用判定表法
• 如果程序某功能適合自動測試，可以采用自動測試以及隨機測試

總結

以上是生活随笔為你收集整理的软件测试测试用例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。