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