### 1、用例编号命名规则
不同阶段的测试用例的用例编号应该有不同的规则：

#### A、系统测试用例
产品编号-ST-测试项目编号-应用类型-用例文档名称-期望结果-重要级别-用例编号

#### B、集成测试用例
产品编号-IT-测试项目编号-应用类型-用例文档名称-期望结果-重要级别-用例编号

#### C、单元测试用例
产品编号-UT-测试项目编号-应用类型-用例文档名称-期望结果-重要级别-用例编号

产品编号：又叫项目标识，比如你进入了一个百度公司的外包项目，那可以定义为`BD`，

产品编号后：`ST`、`IT`、`UT`分别对应系统测试阶段、集成测试阶段、单元测试阶段。

实际工作中有些公司会将产品编号以及测试阶段省略。

测试项目编号：就是该产品其下某个项目的标识，防止后期该项目组下，可能存在多个项目。

应用类型：参考下面文章中的`应用类划分法`说明。

用例文档名称：N条用例可能会组成一份用例文档，对应着一个功能模块，或者一个集成模块。

期望结果：参考下面文章中的`等价类划分法`说明。

重要级别：参考下面文章中的`重要级别划分法`说明。

### 1、等价类划分法
使用等价类划分法进行设计，有些测试人员，喜欢给用例进行顺序编码，但这样与逻辑无关的编号，并没有给用例带来更多的实际作用。

为此我们在定制用例编号规则时，应该赋予它相应的测试价值。

等价类划分法实际上很简单，就是把某个事件分为`有效`和`无效`的操作。

如果你是开发人员，就可以理解为`true`和`false`的区别。

如果你是测试人员，就可以理解为`通过`和`不通过`的区别。

有效等价，前置规则命名为：`Y`，代表可行。

无效等价，前置规则命名为：`N`，代表可行。

### 2、应用类划分法
只有结果还不够清晰的读懂一个编号的含义，为此我们还需要知道这个编号是在什么应用下运行的，为此需要加上端口编码：
```
A：公司后台
B：商家/渠道
C：用户
```
上面3种是最基础的应用划分，你应该根据实际项目来进行统一定义，例如：
```
司机端/骑手端：Driver = D
商家的SAAS：Channel-Saas = CSA
微信小程序客户端：WXC
百度小程序客户端：BDC
```

### 3、重要级别划分法
用例的重要级别一般分成三个等级即可：高、中、低。

#### A、高级别
对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例。
用`R`，`红色`标识

比如不达预期，会影响后续接口正常运行的，又或者不达预期，会影响资金流向等重要的流程。

#### B、中级别
对应重要程度介于高和低之间的测试用例;
用`O`，`橙色`标识

#### C、低级别
对应实际使用频率不高，对系统业务功能影响比较小的模块或功能的测试用例。
用`G`，`绿色`标识

比如Msg跟原型不符，UI元素模糊等。

#### D、优先级
同时，3个级别之间，又可以用`1-10`来表示，测试的优先级别。

### 4、用例编号
一般使用`0000`4位数来声明一组用例编号即可，正常一组测试用例的用例数量是不可能超过4位数级别的，已经完全够用了。

### 5、完整演示
下面的一条用例编号：
```
BD-ST-Travel-CSA-Login-Y-R9-0001
```
可以解释为：
```
百度项目-系统测试-出行项目-SAAS端-登陆模块-预期通过-优先级别达R9，的0001用例
```

已有0条评论

添加新评论☺

如果认为本文对您有所帮助请赞助本站

支付宝扫一扫赞助

已有0条评论

添加新评论☺