1.測試用例場景設計，針對不同的模塊、不同功能、各業(yè)務流程和邏輯分支，分別進行測試場景設計。相同的功能在不同的模塊，可以參考已有的測試場景進行設計。
2.測試用例設計。新模塊測試用例按照測試用例模板進行編寫；已有模塊更新或優(yōu)化需要更新原有case。
完在測試用例設計之后為了保證測試用例的覆蓋率，需要對測試用例進行評審，評審可以是交叉review或開會討論的形式，主要從以下幾方面進行評審。
a)測試用例是否覆蓋了所有需求；
b)測試用例內(nèi)容是否正確，是否與需求目標一致；
c)測試用例內(nèi)容是否完整，是否清楚包含輸入和預期輸出結(jié)果；
d)測試用例是否具有指導性，是否能靈活指導測試人員通過用例發(fā)現(xiàn)更多缺陷,而不是限制他們的思維；
e)找出哪些需求不可測：無法準備環(huán)境、可測試性達不到等等原因；
f)對具體需求的實現(xiàn)結(jié)果的確認；
g)測試用例本身的描述是否清晰，是否存在二義性；
h)是否考慮到測試用例的執(zhí)行效率。往往測試用例中步驟不斷重復執(zhí)行，驗證點卻不同，而且測試設計的冗余性，都造成了效率的低下。
充分利用已有資源，比如公共測試用例，簡化測試工作，提高工作效率。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
