測試用例設計分析是一個發(fā)散的過程，我們要考慮各種各樣的場景、數(shù)據(jù)。
測試用例編寫是一個收斂的過程，我們要把發(fā)散的思維轉(zhuǎn)化為一條一條可執(zhí)行的用例。
為了避免用例冗余、多、雜亂、重復、無效等問題，通常遵循以下原則進行用例設計。
從左到右，由上而下
元素的布局，用戶的操作，都是習慣“從左到右，由上而下”，設計用例時同樣遵循這樣的原則。
面對一個需求或一個全新的功能模塊，在進行用例設計時，為了避免測試對象丟失，用例設計混亂無序，我們遵從“從左到右，由上而下”的原則。依次對看到的測試對象進行用例設計，測試點發(fā)散，最終輸出完整的測試用例。
按照上述原則編寫的用例，覆蓋所有可測對象，基本不會出現(xiàn)測試對象缺失，遺漏等現(xiàn)象。
但容易遺漏多測試對象組合的場景以及應用型測試場景。
從外到內(nèi)，由點及面
對于測試路徑較深，鏈路較長的測試場景，我們遵循“從外到內(nèi)”的設計思路，針對每一層測試路徑上的對象，逐個進行設計。
再“由點及面”將路徑整合，測試對象整合，以此來豐富場景型、應用型、組合型用例。
這樣，遵循上述原則設計出來的用例，就包含了每一層級上的所有測試對象、每個路徑上的所有測試對象、對象與對象的組合、路徑與路徑的組合，相對完善的覆蓋了所有可測對象。
另外，再結(jié)合頭腦風暴、用例評審等手段，不斷促使用例的完整性與覆蓋率達到相對較高的水平。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權問題，請權利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
