1. 軟件或項目的名稱
2. 軟件或項目的版本(內部版本號)
3. 功能模塊名
4. 測試用例的簡單描述,即該用例執行的目的或方法
5. 測試用例的參考信息(便於跟蹤和參考)
6. 本測試用例與其他測試用例間的依賴關系
7. 本用例的前置條件,即執行本用例必須要滿足的條件,如對數據庫的訪問權限
8. 用例的編號(ID),如可以是 軟件名稱簡寫-功能塊簡寫-NO.。
9. 步驟號、操作步驟描述、測試數據描述
10.預期結果(這是最重要的)和實際結果(如果有BUG管理工具,這條可以省略)
11.開發人員(必須有)和測試人員(可有可無)
12.測試執行日期
首先妳的用例來源於需求分析,那麽項目或者產品是否有功能性及非功能性需求呢。比如說系統可用性需求,網絡帶寬需求,系統響應性能需求等等。如果存在這些需求,那麽用例設計時就需要考慮這些角度。
其次功能性需求在設計用例時也需要考慮諸如大用戶量並發的情況之類的。
再次,測試用例包含容錯用例。
最後,測試用例編寫的同時,是有等級區分的,有的用例是關鍵流程或者功能點,那麽等級就高;有的用例很少使用,就會低。這樣便於妳進行回歸或者重復使用。