一、快速生成測試用例

1. 制定統一標準

以某云大數據云平臺產品為例，很多需求功能統一要求，為此設計一套標準化用例：

比如： 創建新增的頁面，表單輸入項，需求約束統一要求（是否必填、長度限制、字符要求），設計一套標準化用例，供其他頁面復用。比如：每個模塊的權限測試用例，設計統一標準用例；比如：所有的OpenApi測試，都是針對返回碼200、400、401、403、405、500的場景測試；比如：大數據平臺服務30多個，每個服務是不同的，但操作是類似：添加、啟動、停止、修改配置、部署，為此設計統一標準用例 （此刻你是否有一種代碼重構的既視感，定義一個標準的方法、供大家反復調用）。

2. 提取公共組件

以某云大數據云平臺產品為例，其中包含了10個以上的列表頁面，對于每個列表都有分頁組件、篩選、搜索、排序，這些公共組件的用例抽為【公共組件用例】，設計一套標準化用例，相關頁面復用即可。

注意：統一標準用例中，可變的項用{ABC}來替換，比如：在集群查看列表中篩選集群狀態時，把統一標準用例中的{ABC}替換成{集群狀態}即可。

3. 批量編寫與自動生成

在用例編寫過程中，發現很多情況除了{某名稱或字段}不同，其它都是一樣的，此時可以批量編寫（如：借助Sublime或直接傳變量用代碼生成），這樣也可以大大提高編寫效率。

在編寫OpenApi相關測試用例時，直接定義出一套OpenApi標準用例，以QA設計出的標準用例為模板，然后編寫代碼生成用例，通過讀取OpenApi的Json文件，快速生成71個Api的測試用例，近1000條詳細測試用例，高效。

4. 活用全文替換

編寫用例時，QA人員一定要用統一語言文字或格式，一來是給閱讀的人方便、二來是方便查找替換，即通過全文查找替換能 快速維護用例。

有一次需求變更：由原來的一級菜單A001下二級菜單B002，變為了一級C001下D002；由于在整個產品的用例中，從一級菜單進入二級菜單，全部都使用：A001->B002這種格式，本次需求變更，直接全文查找替換一鍵完成。

延伸閱讀：

二、用例編寫原則

拆分原則： 全文制定統一的邊界。比如：以模塊為邊界、當不同模塊之間有關聯互動時、預置條件作為分界線，預置條件里的內容放在上游模塊驗證。優先級原則： 【創建】【查看】【使用（啟停等）】【修改】【刪除】為序 【主場景】優先、【次要場景】其次 【正例】優先、【反例】其次基礎原則：用例無重復、無遺漏， 單一性原則、即一個用例僅覆蓋一個場景 清淅的步驟、明確的預期結果不存在二義性 反復執行結果相同