阿里巴巴B2B測試用例編寫規範

　用例編寫規範目的
　　1.統一測試用例編寫的規範，爲測試設計人員提供測試用例編寫的指導，提升編寫的測試用例的可讀性，可執行性、合理性。
　　2.測試用例，不單單用於QA閱讀和執行。它們也可能會被開發、PD、PM等閱讀審查或執行；也更可能被其餘測試人員或者新員工做爲業務學習、測試執行的參照。
　　3.編寫測試用例的最終目標是：一個對於產品毫無所知的人員，也可以快速的熟悉用例並執行用例。

　　例模塊劃分規範
　　要求：
　　1.產品、功能點同一層級的結構按同一個緯度來劃分。如應用、同等級產品、同等級功能點等；
　　2.產品是指產品線下大的業務模塊。如交易購物車、交易下單；
　　3.功能點指業務模塊下的子功能點，是最小功能點葉子節點。如01 功能_02 購物車展現_01 頂部及導航；
　　4.功能點目前沒法再細分層級，後續會擴展功能點層次，在此以前，容許使用功能點名進行分層用例劃分。如06 邊境倉_03 發貨單管理_02 建立發貨單；
　　5.產品、功能點劃分不容許包含冒煙、迴歸、自動化這類以測試階段或測試方法的命名的名稱；
　　6.主幹用例庫中產品、功能點已廢棄的須要刪除；
　　7.主幹用例庫中產品、功能點是以前QC遷移過來的，命名格式須要修改標準格式；

　　用例顆粒度劃分規範
　　用例顆粒度原則：測試用例是執行的最小實體
　　用例劃分基本原則是以最小功能模塊來劃分，爲保障用例的可執行性、覆蓋度，規範編寫用例的粒度要求以下：
　　1.一個功能正常流程，編寫一個測試用例；
　　2.一個功能中多個異常流程，應分開編寫多個測試用例；
　　3.同一功能不一樣入口，可合併編寫一個測試用例；
　　4.同一功能不一樣數據準備，應分開編寫多個測試用例；
　　5.同一個功能用例的自動化用例和功能用例要匹配，若自動化用例不能徹底覆蓋功能用例，自動化用例和功能用例拆分兩個互補測試用例；

　　用例編寫要求規範
　　用例編寫最基本的要求：
　　1.具備清晰名稱、前提條件、操做步驟、指望結果的；
　　2.可被他人理解的；
　　3.可被他人執行的；

　　具體分項要求以下：
　　1.用例名稱
　　1）經常使用的結構「主、謂、賓」；
　　2）名稱簡潔易懂，不要包括具體操做步驟；

　　2.前置條件
　　1）執行用例測試步驟前須要作的全部必備條件，原則上全部用例都有前置條件；
　　2）不可將其餘用例做爲前置條件，前置條件須要語言描述；
　　3）完整清楚，包括入口、賬號類型、帳號權限、數據準備等，具體要求以下：
　　3.1）入口：覆蓋全部功能入口，包含URL直接訪問；
　　3.2）帳號類型和權限：覆蓋所有會員類型，注意業務權限控制，好比子帳號權限，disable會員權限；
　　3.3）數據準備：數據準備完整正確，覆蓋到線上環境的全部狀況；標識出業務流程處於的條；件，寫明數據庫表字段值，如OFFER.status=TBD；對於複雜的數據準備，寫清具體SQL

　　3.操做步驟
　　1）操做步驟描述清晰。如：在什麼頁面，點擊什麼連接或按鈕；頁面入口、連接、按鈕名稱都要寫清楚；
　　2）操做和結果是一一對應的，但操做中不要包含結果的檢查；
　　3）用例描述中不容許存在連詞、介詞，好比：並且，和，還（這種狀況能夠拆分爲多個點）；
　　4）用例描述中不容許出現假設性詞彙，好比：假如，或許，可能，…的時候等；
　　5）用例描述中不容許出現二義性語句；

　　4.預期結果
　　1）原則上每一個用例必須要有預期結果，結果不能爲空；
　　2）結果中只能包含結果，不能有步驟；
　　3）一個結果有多個檢查點時，確保檢查點完整；
　　3.1）結果含須要驗證的全部結果輸出，如頁面檢查、存儲檢查、消息檢查等；
　　3.2）結果涉及頁面，需明確頁面提示結果、數據變化；
　　3.3）結果涉及存儲：需明確關鍵值變化、數據庫具體的表和關鍵字字段值變化；
　　3.4）結果涉及消息：需明確關鍵查看內容；
　　3.5）結果對應不一樣輸入數據有差異時需分別對應描述清晰；

　　用例維護規範
　　測試用例編寫完成後，應對測試用例進行持續的維護：
　　1.新項目需求變動，應及時對測試用例進行修改；
　　2.維護期項目，可根據項目組狀況週期對用例進行維護；
　　3.全部發現的bug和故障，基於測試用例沒法發現，需轉化爲測試用例；
　　4.項目發佈後的三個工做日內，需將項目用例根據具體狀況納入產品功能用例庫下；