今天給大家講解的是用例設計方法的使用，在設計用例時該如何應用用例設計方法、設計出覆蓋率高的測試用例呢？
簡介：普遍登入頁面測試用例設計
拿到需求，首先要做需求分析。
我們看到登入介面有三個測試點：
1.賬號
2.密碼
3.下次自動登入選項
所以我們的用例設計就是圍繞著這三個選項開始。賬號和密碼都是註冊時規定好的。所以賬號框和密碼框可以利用等價類進行劃分。
如果我們以登入框為核心寫用例，那麼到是否自動登入就會有重複的登入和密碼用例，而如果以是否自動登入為核心（分類點），我們發現用例可以大大減少。
所以寫測試用例第一步是選擇分類點，即以哪個選項做分類可以避免大量重複的測試用例出現。
做好了需求分析，接下來就要寫用例了，所以我們要找乙個用例模板，測試用例一般有如下元素：
用例編號【1 2 3…】
準備工作做好了，接下來就要進入正題了。
既然以下次是否自動登入為分類點，那我們可以先選擇不點選下次自動登入。ok，這樣用例就集中在了登入框和密碼框的測試上。
定義：等價類劃分法是把所有可能輸入的資料，即程式的輸入域劃分策劃國內若干部分（子集），然後從每乙個子集中選取少數具有代表性的資料作為測試用例。
這裡使用等價類劃分，即把賬號劃分為存在的賬號【有效等價類】、不存在的賬號包括空【無效等價類】兩種；同理，密碼分為正確【有效等價類】、錯誤包括空【無效等價類】。
那麼寫的時候怎麼寫呢？當然，按照等價類的劃分，我們只需要將上面分類兩兩組合即可。但是如果純粹文字描述，難免有遺漏或者把自己弄暈的情況。這時候就用到了正交排列
用例設計方法 用例格式
一 用例格式 用例id 不要重複 測試模組 具體測試物件屬於哪個模組 用例屬性 功能測試，介面測試，相容性測試，介面測試，效能測試 優先順序 重要程度 描述這條用例測試的功能影響大不大，很重要 極高 高 中 低或 1 4 預置條件 存放使用的資源，或者需要提前準備的資訊 操作步驟 嚴格按照使用者的操...
用例設計方法 梳理
p0測試用例 系統基本功能及主要功能的測試用例，單獨對p0用例梳理放入畫布。完整的測試用例 按照模組進行劃分梳理即可。規範編寫要求 會議紀要需包含 會議名稱，會議地點 會議時間 會議參與人員 新建時選擇模板 會議中溝通梳理問題，會議中未確認或者需跟進的問題 跟進方式 會議記錄中 對應的處理人員，測試...
用例設計 介面用例設計
在介面測試過程中，用例設計是關鍵中的關鍵，需要重點關注的一些維度 介面就是內部模組對模組，外部系統對其他服務提供的一種可呼叫或者連線的能力的標準，所謂的介面是模組與模組之間的一種連線 上圖為乙個典型的介面，乙個介面通常是有輸入輸出的，輸入就是我們常見的入參，輸出有時有，有時沒有。呼叫相關介面，介面會...