測試用例的好處
1.任何測試人員都可以執行
可以給不是很熟悉該業務或者該模塊的同學直接去執行,而不需要去反復再同開發、產品對接,或者是猜測該條用例的意思或者意圖
2.減少不必要的溝通成本、節省實際執行時間
一條步驟清晰的用例,完全可以照着一步步執行,預期結果清晰,則可以很容易地斷定該條用例是否通過,前置條件清楚明白,則可以順利執行
3.盡可能的減少重復勞動
在實際的工作中,我們會發現A同學寫的用例交接給B同學之后,由於用例步驟不詳細、前置不清晰等,導致無法理解、執行,然后會去重寫該模塊的用例,這就導致工作成本的增加
4.歸檔
為后續的迭代、回歸,回溯或者交接等提供清晰的依據以及指導
基本用例包含的字段
用例名稱,前置條件,輸入步驟,預期結果
在保證基本字段清晰的情況下,根據需要,我們可以適當添加一些字段,比如用例編號,優先級,使用平台,是否自動化,關聯需求,是否通過,網絡,備注等
1.用例名稱
能完整且簡潔的描述該條用例要做什么。
2.前置條件
用例執行需要做哪些前置步驟,或者需要哪些條件才能使該條用例順利的執行下去?一般來說,在功能模塊之前存在關聯時或者依賴時,此時需要將前置條件寫清楚,因為這些依賴和關聯的點,可能只有當時相關的測試和開發比較清楚。
例:限免時段內重復領取福利。
(1)在前置條件或者備注里,最好解釋一下限免規則;
(2)發布限時免費的活動到測試環境;
(3)同一時段內,領取過一次。
3.用例步驟或者輸入步驟
這里也是指導用例執行的關鍵,需要將每一步寫的比較清楚,否則其他人來執行的話,很容易出錯或者理解錯。
比如下載QQ表情的過程中,退出手機QQ這么個用例。
例:
(1)手機登錄QQ
(2)打開一個聊天窗口
(3)點擊表情
(4)點擊“+”,進入表情商城首頁
(5)點擊表情包,進入詳情頁
(6)點擊下載
(7)當下載到50%之后,手機操作退出詳情頁面返回到aio界面
(8)退出之后,檢查是否可以正常下載完
4.預期結果
預期結果非常重要,不僅要將相關的檢查點寫的清晰、完整,而且還要嚴謹、不易產生誤解,能夠讓其他人執行用例之后,明確判斷該條用例是否通過。
比如點擊下載某個表情包或者文件,這里的檢查包括前端、后端、數據、本地文件等檢查。
(1)下載過程中進度條的檢查;
(2)下載完成之后文件是否完整、正常打開,內容是否正確;
(3)如果存在狀態,狀態是否變化;
(4)如果存在數據存儲,數據庫檢查等。
5.用例編號
代表着用例ID,可以通過多種方式來定,只要清晰明了即可。一般可以是:需求編號+功能模塊代號+測試類別+編號。
6.優先級
用例優先級一般分為3個級別,P0\P1\P2,P0為最高級別,P2為最低級別。在測試活動中,P0級別用例通常會作為開發提測前的自測用例,因此,P0級別的用例比較重要,但量不能太多,在后續的迭代功能、回歸測試中,會起着比較重要的作用。一般為正常功能、主流程用例。
7.使用平台
一般是指測試平台,比如:android、IOS、或者PC、mac等。
8.是否自動化
一般是指UI自動化或者接口自動化,如果已經自動化的用例,后續在回歸測試以及迭代版本的冒煙測試上可以使用自動化來替代,方便區分、統計。
9.關聯需求
這個一般是指需求的鏈接,或者需求名稱(如果沒有鏈接的話),方便后續回溯,以及其他人來使用或者熟悉該模塊的測試以及開發。
10.是否通過
標注當前測試用例是否通過。
11.網絡
測試需要使用網絡,比如:3G、4G、wifi、弱網或者弱網詳細參數,比如:丟包、延遲、具體網速等。
12.備注
一般說明該用例需要注意的事項或者特殊的事項。
