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