一、快速生成测试用例

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这种格式，本次需求变更，直接全文查找替换一鍵完成。

延伸阅读：

二、用例编写原则

拆分原则： 全文制定统一的边界。比如：以模块为边界、当不同模块之间有关联互动时、预置条件作为分界线，预置条件里的内容放在上游模块验证。优先级原则： 【创建】【查看】【使用（启停等）】【修改】【删除】为序 【主场景】优先、【次要场景】其次 【正例】优先、【反例】其次基础原则：用例无重复、无遗漏， 单一性原则、即一个用例仅覆盖一个场景 清淅的步骤、明确的预期结果不存在二义性 反复执行结果相同