1. 是否涵蓋了 需求文件上的每個功能點
2. 是否涵蓋了需求文件上的每條業務規則說明
3. 是否覆蓋了輸入條件的各種有意義組合
4. 是否覆蓋了業務操作的基本路徑和異常路徑
5. 是否考慮了重要表單字段的資料合法性檢查
6. 是否考慮了其他的測試型別（對某個功能很重要，但未在需求文件中提及的，如安全測試 、 週期性測試和故障恢復等方面）
7. 是否考慮了對其他模組/功能的影響
8. 是否使用了專案組的標準用例模板
9. 用例是否覆蓋了測試設計中定義的所有場景
10. 用例編號是否統
一、規範
11. 用例名稱是否簡潔、明了
12. 目的字段是否準確地描述了對應場景的測試輸入的特徵（不同資料，操作，配置等）
13. 前提條件欄位的條目是否充分、準確，操作上是否不依賴於同組之外的其他用例
14. 對應的需求編號字段是否填寫正確
15. 用例粒度、預估出的執行時間是否適當
16. 同組用例中，僅資料不同的，是否實現了測試步驟的重用
17. 某個功能點的第乙個用例是否是基本流的
18. 操作步驟的描述，是否清晰、易懂
19. 操作步驟是否充分和必要，並具有可操作性
20. 測試用例的檢查點是否明確、充分和可操作
21. 單個用例步驟或檢查點中是否不再存在分支
22. 測試資料的特徵描述是否準確，有條件的情況下，是否給出了乙個當前環境下的可用參考值
23. 文字、語法是否準確；布局、格式是否統一
測試用例評審檢查單
序號 主要檢查項 1 需求規格說明書 是否評審並建立了基線？2 是否按照測試計畫時間完成用例編寫？3 需求新增和變更是否進行了對應的調整？4 用例是否按照公司定義的模板進行編寫？5 測試用例是否覆蓋了 需求規格說明書 6 用例編號是否和需求進行對應？7 非功能測試需求或不可測試需求是否在用例中列出並...
軟體測試 用例
三 什麼是測試用例的有效性 四 測試用例的粒度和評價 軟體測試 用例 本節重點 1.測試用例的基本要素 2.測試用例的設計方法 3.測試用例的有效性 4.測試用例的粒度和評價 測試用例就是向被測試系統發起的一組集合，包含測試資料，測試環境，操作步驟，預期結果 要素 測試前期 測試版本 功能模組 重要...
軟體測試與軟體測試用例
程式設計要寫 測試要寫用例。做了這麼多年的軟體測試工作，經歷了對測試用例認識的不同階段。第一階段，入門。編號，測試點，測試環境，測試資料，測試步驟，預期結果，設計人，設計時間，執行結果，執行時間，備註。所有的一切都要寫的清清楚楚，詳詳細細。設計 評審 修改，迴圈往復。這個階段提到的有關測試用例設計最...