测试用例设计之从0到1

淩亂°似流年 2021-10-29 09:28 351阅读 0赞

## 一、编写工具 ##

1.  禅道，编写速度快
2.  Excel，侧重质量
3.  xmind，侧重流程、逻辑梳理
4.  其他 …

## 二、编写规范 ##

一个完整的测试用例应该具备正确性及代表性，一般包含如下内容

<table> 
 <tbody> 
 <tr> 
 <td>功能模块</td> 
 <td>用例编号</td> 
 <td>用例名称</td> 
 <td>前置条件</td> 
 <td>操作步骤</td> 
 <td>期望结果</td> 
 <td>优先级</td> 
 <td>用例类别</td> 
 <td>用例所属层</td> 
 <td>编写人</td> 
 <td>执行人</td> 
 <td>执行时间</td> 
 <td>执行结果</td> 
 <td>缺陷编号</td> 
 <td>备注</td> 
 </tr> 
 </tbody> 
</table>

> 根据实际情况可调整字段，补充如输入值、环境配置、用例描述等字段

下面详细介绍下主要字段

1.  功能模块：此用例归属的功能模块
2.  用例编号：根据不同的流程规则要求，生成编号即可
3.  用例名称：需要见名知意，可读性强，清晰表达测试用例的测试目的和关键测试要素  
    概括来说：用例名称= 测试对象 + 输入（还有一种说法是：用例名称= 测试对象 + 输入+期望结果，此处存疑，待讨论）  
    
4.  前置条件：必须明确
5.  操作步骤：需要描述详细，输入输出清晰，有具体的测试数据，可执行性强
6.  期望结果：需要准确的与对应的操作步骤一一对应，体现测试结果的可判定性与可重现性
7.  优先级：一般分为高、中、低三种情况，可根据实际情况进行调整
8.  用例类别：功能用例、冒烟用例、回归用例、联调用例。其中冒烟用例为系统主要核心功能用例。
9.  用例所属层：Unit层、Service层、UI层

> Eg: 姓名输入框按要求输入26个字符
> 
> 在规定的输入范围内输入中文
> 
> 在规定的输入范围内输入英文
> 
> 在规定的输入范围内输入特殊符号

**用例要保证测试条件的唯一性**

## 三、编写原则 ##

基础原则为100%覆盖需求

1.  覆盖了需求的所有功能点，测试用例与功能点的对应关系为１:１
2.  覆盖了需求中的所有业务规则
3.  覆盖了用户可能使用的所有流程、场景
4.  包含充分的异常测试用例

特殊情况：当时间短、任务重时，优先覆盖业务核心流程。

## 四、编写方法 ##

1.  大纲法
    
    1.  拆分模块
    2.  分配任务
2.  场景法  
    根据用户场景模拟用户的操作步骤
    
    1.  正常场景：正确的输入并得到预期结果
    2.  异常场景：强制错误信息输入，并得到预期结果。错误信息包含非法数据＼异常流程＼非业务允许数据等。  
        **总体设计规则为：先正常，后异常。**
3.  等价类划分法   
    使用场景：区间划分、数据集合划分、布尔值划分、数值划分、限制条件划分、细分等级划分。有效等价类：符合需求描述的；无效等价类：违背需求描述的。  
    步骤  
    a. 划分等价类，制定编号。  
    b. 设计一个新的测试用例，尽可能覆盖尚未被覆盖的有效等价类，重复这一步，直到所有的有效等价类都被覆盖为止。  
    c. 设计**一个新的测试用例，仅覆盖一个尚未被覆盖的无效等价类**，重复这一步，直到所有的无效等价类都被覆盖为止。
4.  边界值分析法 
    
    1.  特殊取值（最大值、最小值、max+1、min-1、midnum）
    2.  特殊时间点
    3.  数据顺序
    4.  循环便利
    5.  重复输入
5.  必填项
    
    1.  合法
    2.  非法
    3.  合法+非法
6.  错误推断法  
    基于直觉和经验推断程序中的可能错误，这个要考验测试人员的经验积累程度
7.  因果图  
    适合于检查程序输入条件的各种组合情况，生成判定表
8.  正交试验法
9.  决策表
10. 状态迁移

## 五、实战 ##

功能测试用例设计

接口测试用例设计

后续补充

转载于:https://www.cnblogs.com/emma-lucas/p/11212430.html