1，分別設計不同類別的測試用例
測試用例需要先區(qū)分類別，然后再進行設計。如冒煙測試用例，主要用來支持開發(fā)自測試，以及開發(fā)提測后，測試人員用來驗證提測質量。冒煙測試用例主要覆蓋需求核心業(yè)務流程，如果測試用例通過不過，會影響測試工作的正常開展。全功能測試用例，覆蓋整個需求的測試用例，用來在測試過程中執(zhí)行用例，來驗證開發(fā)的代碼是否符合產(chǎn)品的需求，發(fā)現(xiàn)可能存在的問題。不同類別的測試用例有不同的用途，需要分別來對待的。
2，從用戶角度出發(fā)，編寫測試用例
雖然我們了解到很多設計測試用例的方法，可是在實際工作中不能完全按著這些方法來實施的。這個需求的目的是什么？比如說一個活動頁，需要展示給用戶我們推薦的商品優(yōu)惠活動，從而增加商品的銷量。所以我們的測試用例就要從這個目的出發(fā)，檢測商品信息展示情況，商品的優(yōu)惠信息，商品相關的操作，跳轉與交互信息是否符合要求?；顒禹摰募嫒菪匀绾危欠穹细鞣N場景，活動頁的并發(fā)性以及相關交易的安全性，都是測試用例設計的出發(fā)點。
3，邊界值，意外情況，異常用例的編寫
從用戶角度出發(fā)編寫用例后，再需要輔助邊界值法，將意外情況，邊界值等異常測試用例添加進來。如上面提到的活動頁需求，對于活動時間邊界，庫存邊界，優(yōu)惠限制條件邊界等等，都需要補充相應的測試用例去驗證的；同時，性能邊界，安全邊界也是我們需要考慮的地方，只有補充了這些邊界，才不會造成遺漏的地方。
4，根據(jù)業(yè)務流程，編寫流程相關的用例
有的時候我們的新需求只是一個業(yè)務流程的一部分，在通過相應的方法編寫測試用例，驗證了本次需求的核心功能，邊界條件后，還需要考慮相關的具體業(yè)務流程。編寫業(yè)務流程相關的測試用例，來驗證本次需求對業(yè)務流程上下游的影響，能否正確傳遞數(shù)據(jù)。本次需求可能影響到的地方，測試用例也必須覆蓋得到。
5，根據(jù)代碼實現(xiàn)方案編寫用例
根據(jù)代碼實現(xiàn)的方案編寫測試用例，如編碼采取前后端分離的方式實現(xiàn)的。我們就可以分開測試，后端接口和服務從代碼層來保證接口或是服務功能的正確性和完整性。然后前端的測試用例主要關注業(yè)務邏輯，數(shù)據(jù)和樣式的顯示即可。根據(jù)接口測試和服務的使用場景，來設定測試用例的側重點和粒度，這樣也可以做到測試前置。
6，根據(jù)業(yè)務經(jīng)驗編寫用例，新業(yè)務，影響到的業(yè)務
測試人員必須對你的業(yè)務有充分的了解，這也是一個測試人員必備的能力。然后地遇到新的需求的時候，可以從參加需求評審的時候快速評估出本次需求可能影響的范圍，從而對相關要影響的地方添加用例覆蓋，進行回歸測試。如一個需求是對某接口響應時間的調優(yōu)，我們就需要對調用這個接口的所有業(yè)務進行相關用例覆蓋，測試的時候進行回歸測試。有這樣的技術敏感度，業(yè)務熟悉度，才能做到不會遺漏影響到的功能。
推薦閱讀：
本文內容不用于商業(yè)目的，如涉及知識產(chǎn)權問題，請權利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
