前言
測試用例,一般按照測試用例模板文件,爲特定的測試場景開發測試用例,以驗證應用程序的功能是否按預期工做,符合客戶的需求。測試用例是針對一個測試場景的可執行步驟的集合,包含前置條件、測試數據、預期結果、後置條件和實際結果。工具
大多數公司都在使用測試用例管理工具,如HP的QC, Jira等,還有一些公司仍在使用excel表格編寫測試用例。測試
案例
假設咱們須要爲一個場景編寫測試用例(驗證賬戶的登陸)。spa
這裏有一個測試用例。設計
一。輸入有效用戶名和有效密碼excel
二。輸入有效用戶名和無效密碼blog
![image.png image.png](http://static.javashuo.com/static/loading.gif)
測試用例構成元素
- 項目名稱:測試用例所屬的項目的名稱
- 模塊或者功能名稱:測試用例所屬的模塊或者功能的名稱
- 參考文檔:說起參考文檔的連接(若是有,如需求文檔、測試計劃、測試場景等)
- 建立人:建立測試用例的測試人員的姓名
- 建立日期:建立測試用例的時間
- 審查人:建立測試用例的測試人員的姓名
- 審查日期:審查測試用例的時間
- 執行人:執行測試用例的測試人員的姓名
- 執行日期:測試用例執行的時間
- 測試用例ID:每一個測試用例都應該用一個惟一的ID來表示。爲了更好地理解和區分目的,最好遵循一些命名約定。
- 測試場景:測試場景的ID或標題。
- 測試用例:測試用例的標題
- 前置條件:在執行測試用例以前須要知足的條件。
- 測試步驟:詳細說明全部測試步驟,並按順序說明如何執行。
- 測試數據:能夠做爲測試用例輸入的數據。
- 預期結果:測試用例執行後的預期結果。它多是任何東西,如主頁、相關屏幕、錯誤消息等,
- 後置條件:測試用例成功執行時須要達到的條件。
- 實際結果:測試用例執行後系統顯示的結果。
- 狀態:若是實際結果和預期結果相同,則表示已經過。不然就失敗了。若是測試失敗,它必須通過錯誤生命週期才能修復。
總結
測試用例的受衆羣體是執行測試的人員,因此測試用例須要最直觀的把須要測試的點列舉出來,能夠結合測試用例的設計原則,最大最小值,因果法,邊際條件等,把測試用例編寫徹底。同時若是某些測試用例也已經實現了自動化,能夠在測試用例模板中標記出來。生命週期