測試用例設計的關鍵點
測試用例設計是每位軟件測試工程師必須的基本技能之一。無論是靠測試經驗，還是靠理論，在時間充足的情況下，最好一 一設計測試點，避免在執行測試時部分測試點被遺漏；在時間緊急的情況下，也應以思維導圖的方式列出測試點。
1 測試用例基本概念
測試用例，即執行測試之前編寫的指導測試過程的文檔，主要包括：用例編號、測試目的、用例描述、預期結果。其編寫原則：準確性、層次性、簡潔性、可重用性、適用性、可跟蹤性、可讀性、合理性。具體可分爲：
- （1）用例編號
a-b-c-d【a：產品或項目名稱、 b：用例屬性、 c：子項的表述（比如：用戶管理）、d：編號】 - （2）測試項
比如：用戶管理 - 註冊 - （3）測試標題
測試標題對測試項的一種細分描述。 - （4）用例屬性
用例屬性不是所有公司都有的，與測試周期、測試目的、測試策略和測試風險相關的，如：功能測試 / 性能測試 / UI測試 / 兼容性測試 / 接口測試 / 安全性測試 / …… - （5）用例級別
一般分爲：低（GUI或者文字描述類或者易用性表述）、中（主項流程經過備選流處理或者經過異常處理能夠正確實現）、高（實現主體功能的用例）三個等級劃分。 - （6）用例描述
- （7）預置條件
- （8）測試輸入
- （9）測試操作步驟
比如登錄界面：Step1：輸入用戶名、密碼、驗證碼；Step2：點擊【登錄】按鈕。 - （10）預期結果
一方面是預期界面表現；另一方面是預期功能表現 - （11）實際結果
如果預期結果與實際結果不一致，則存在Bug。
2 測試用例設計方法
編寫設計測試用例的方法：等價類劃分、邊界值分析、錯誤推測法、因果圖、判定表驅動分析法、正交排列法（正交試驗）、場景法（流程分析法）、測試大綱法、狀態轉換圖（狀態轉移法）、形式化方法、功能圖分析法
- 等價類劃分
只要有數據輸入的地方（包括選擇數據的地方），把無限的數據進行等價類劃分，可以減少用例的數量。有效等價類：對測試有用的劃分、無效等價類：對測試無用的劃分。 - 邊界值分析
找到有效數據、無效數據的分界點，對分界點（最大值、最小值)及其兩邊的點進行測試。 - 錯誤推測法
根據測試經驗，進行錯誤推測，列舉出所有可能的錯誤或容易發生錯誤的操作，進而追加一些測試用例。 - 判定表驅動分析法（因果圖）
考慮多個控件的組合，會產生不同的輸出組合（組合數量較少，而且要求考慮全面）。9個圖形符號：4個基本符號、5個限制關係。 - 正交排列試驗法
考慮多個控件，每個控件有多個取值，考慮不同控件取值的組合（參數配置類軟件）（組合數量大，而且沒有必要全部測試），用最少的組合達到最大的測試覆蓋程度。 - 場景法
爲了測試程序的主要業務流程、主要功能和錯誤處理能力（也包括等價類劃分）。基本流：模擬正常操作、備選流：模擬用戶錯誤的操作流程。 - 測試大綱法
涉及到多個窗口，每個窗口包含多個動作，找到每個窗口的動作之間的聯繫。 - 形式化方法
- 功能圖分析法
在任何情況下都須用到邊界值分析法，必要時用等價類劃分法、場景法和錯誤推測法進行補充，其他方法視情況而定。
3 測試用例設計參考
爲了儘可能設計出覆蓋全面的測試用例，我們要參考相關技術文檔（需求規格說明書、用戶手冊、原型圖、開發設計文檔）、結合開發出的軟件、相關人員（測試工程師、開發工程師、用戶）討論結果以及相關方法經驗。
- 基於用戶需求
測試用例是從用戶需求這個目的出發，考慮到頁面的操作友好性、消息的展示面以及活動頁的兼容性等是否符合各種場景，拆分原始需求，這些均是測試用例設計的出發點。 - 基於開發代碼
基於代碼實現的功能考慮，比如：編碼採取前、後端分離的方式實現。在測試時，前、後端也分別進行測試，後端接口和服務根據代碼層來保證接口或服務功能的完整性和正確性，而前端的測試用例則主要關注業務邏輯、數據，設定其測試用例的側重點。 - 基於業務流程
基於業務流程，設計測試用例來驗證需求對業務流程前後的影響，能否正確傳遞數據信息。 - 基於業務經驗
對業務充分理解熟悉後，根據業務的熟悉度、技術的敏感度來做到不遺漏測試點。 - 基於同行同業務標準
在用戶需求不明確的情況下，測試人員應參照同行同業務的一個相對規範標準來設計測試用例，以根據滿足用戶需求。 - 基於測試類型
不同類別的測試用例有相應用途，需要針對性設計。比如：在設計冒煙測試用例時，主要用來支持開發自測，以及開發提測之後測試工程師用來驗證提測質量，如果該用例都不能通過，則將影響測試的正常開展；在設計功能測試用例時，以較少的用例儘可能覆蓋較多的測試點和功能點，發現可能存在的問題。
4 測試用例設計工具
常用的用例設計工具有：Excel、Word、testlink、zentao、FreeMind，以及公司自研用例管理平臺，根據每個公司的資源和個人喜好來定。
5 測試用例設計步驟
在測試用例設計時，通常情況下的步驟依次是：首先根據需求設計基本功能測試用例；接着進行設計邊界值測試用例、狀態轉換測試用例和錯誤推測測試用例；然後進行設計異常測試用例；最後再進行設計性能和壓力測試用例。
- 第一：較好的測試用例一定是一個完備集合，能夠使其覆蓋所有等價類、邊界值，盡大可能地運用等價類劃分、邊界值分析以及錯誤推測方法，而能否發現軟件缺陷並不是衡量測試用例的好壞標準；
- 第二：在設計用例時，不僅需要從軟件功能需求出發，全面無遺漏地識別出測試需求非常重要；而且必須深入理解被測軟件的架構設計、深入軟件內部的處理邏輯，需求覆蓋率、代碼覆蓋率能很好衡量測試執行的完備性。
測試用例設計好後，在進行測試用例評審之前，一定先自我檢查，列出自我疑惑的測試點，以方便在產品、開發和測試相關人員評審用例時進行討論解答或者補充。
- 致謝
若對大家有用，感謝點贊或評論；若有不足或補充之處，也感謝大家評論進行指正或完善。相信這是互相進步的開始！