目錄：
一.測試用例包含的元素
二.測試用例編寫原則及規范
- 用例模塊划分規范
- 用例顆粒度划分規范
- 用例編寫要求規范
- 用例維護規范
三.測試用例編號規則
一.測試用例包含的元素
- 序號：就是按順序下去的。
- 模塊：該功能點具體屬於哪個模塊的，如：注冊/登錄模塊
- 編號：對每個用例進行編號，方便后期跟進。建議編號設計的有點規則，方便快速定位查找。如：A0001。其中A表示注冊/登錄模塊。00表示賬號登錄，01 表示賬號密碼登錄下的第一個測試用例。
- 功能點：具體指某個功能，如：賬號登錄、首頁、發布等。
- 子功能點：具體指功能點，如：賬號密碼登錄、手機驗證碼登錄、郵箱登錄、第三方授權登錄等。
- 用例名稱：具體測試用例的名稱。如：輸入賬號、輸入密碼、密碼不合規等等。
- 前置條件：指要達到預期測試結果，需要滿足哪些條件才能達到。
- 操作步驟：指要達到預期測試結果，需要按這些步驟來。最好說明在什么頁面，點擊或操作什么內容，輸入什么內容。
- 預期結果：說明按照前面寫的應該呈現出怎樣的結果。
- 測試結果：如果符合預期結果，直接填寫正常或OK，如果不符合，則說明不符合或NO，
- 結果描述：如果正常，可以不用填寫，如果不符合預期結果，則說明哪里不符合。
- 測試人員：填寫測試人的名字，方便后期跟蹤BUG。
- 測試日期：填寫測試的時間，方便后期查詢。
- BUGID：跟測試編號一樣，自己設定ID規則，方便快速查詢。
- BUG負責人：此處應該由技術那邊填寫，具體落實到某個人身上，才能更好的解決到問題。
- 統一測試用例編寫的規范，為測試設計人員提供測試用例編寫的指導，提高編寫的測試用例的可讀性，可執行性、合理性。
- 測試用例，不僅僅用於QA閱讀和執行。它們也可能會被開發、PD、PM等閱讀審查或執行；也更可能被其他測試人員或者新員工作為業務學習、測試執行的參照。
- 編寫測試用例的最終目標是：一個對於產品毫無所知的人員，也能夠快速的熟悉用例並執行用例。
1.用例模塊划分規范
- 產品、功能點同一層級的結構按同一個緯度來划分。如應用、同等級產品、同等級功能點等；
- 產品是指產品線下大的業務模塊。如交易購物車、交易下單；
- 功能點指業務模塊下的子功能點，是最小功能點葉子節點。如01 功能_02 購物車展示_01 頂部及導航；
- 功能點目前無法再細分層級，后續會擴展功能點層次，在此之前，允許使用功能點名進行分層用例划分。
- 產品、功能點划分不允許包含冒煙、回歸、自動化這類以測試階段或測試方法的命名的名稱；
2.用例顆粒度划分規范
用例顆粒度原則：測試用例是執行的最小實體。用例划分基本原則是以最小功能模塊來划分，為保障用例的可執行性、覆蓋度，規范編寫用例的粒度要求如下：
- 一個功能正常流程，編寫一個測試用例；
- 一個功能中多個異常流程，應分開編寫多個測試用例；
- 同一功能不同入口，可合並編寫一個測試用例；
- 同一功能不同數據准備，應分開編寫多個測試用例；
- 同一個功能用例的自動化用例和功能用例要匹配，若自動化用例不能完全覆蓋功能用例，自動化用例和功能用例拆分兩個互補測試用例；
3.用例編寫要求規范
- 具有清晰名稱、前置條件、操作步驟、期望結果；
- 可被他人理解的；
- 可被他人執行的；
具體分項要求如下：
用例名稱
- 常用的結構“主、謂、賓”；
- 名稱簡潔易懂，不要包括具體操作步驟；
前置條件
- 執行用例測試步驟前需要做的所有必備條件，原則上所有用例都有前置條件；
- 不可將其他用例作為前置條件，前置條件需要語言描述；
- 完整清楚，包括入口、帳號類型、賬號權限、數據准備等，具體要求如下：
- 入口：覆蓋所有功能入口，包含URL直接訪問；
- 賬號類型和權限：覆蓋全部賬號類型，注意業務權限控制，比如子賬號權限
- 數據准備：數據准備完整正確，覆蓋到線上環境的所有情況；標識出業務流程處於的條件，寫明數據庫表字段值；對於復雜的數據准備，寫清具體SQL
操作步驟
- 操作步驟描述清晰。如：在什么頁面，點擊什么鏈接或按鈕；頁面入口、鏈接、按鈕名稱都要寫清楚；
- 操作和結果是一一對應的，但操作中不要包含結果的檢查；
- 用例描述中不允許存在連詞、介詞，比如：而且，和，還（這種情況可以拆分為多個點）；
- 用例描述中不允許出現假設性詞匯，比如：假如，或許，可能，…的時候等；
- 用例描述中不允許出現二義性語句；
預期結果
- 原則上每個用例必需要有預期結果，結果不能為空；
- 結果中只能包含結果，不能有步驟；
- 一個結果有多個檢查點時，確保檢查點完整；
- 結果包含需要驗證的所有結果輸出，如頁面檢查、存儲檢查、消息檢查等；
- 結果涉及頁面，需明確頁面提示結果、數據變化；
- 結果涉及存儲：需明確關鍵值變化、數據庫具體的表和關鍵字字段值變化；
- 結果涉及消息：需明確關鍵查看內容；
- 結果對應不同輸入數據有差別時需分別對應描述清晰；
4.用例維護規范
- 新項目需求變更，應及時對測試用例進行修改；
- 維護期項目，可根據項目組情況周期對用例進行維護；
- 所有發現的bug和故障，基於測試用例無法發現，需轉化為測試用例。
三.測試用例編號規則
- 目的：好的測試用例編號，可以更好的去了解此項用例所針對的模塊，也有助於記憶和新用例的增加。
- 規則：測試用例編號采用“版本+細類+編號”的形式。
- 備注：其中“版本”為設計此測試用例的軟件版本。
- “細類”為小模塊中的漢字頭一個字母，以最多5個字母為標准。
- “編號”為BUG用例的編號，以4位為標准，依次遞增。
- 例如：引導系統V2.01版本中，候車點設置，用例編號可以書寫為：2.01_HCDSZ_0001