测试用例设计之从0到1

一、编写工具

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

二、编写规范

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

功能模块

用例编号

用例名称

前置条件

操作步骤

期望结果

优先级

用例类别

用例所属层

编写人

执行人

执行时间

执行结果

缺陷编号

备注

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

下面详细介绍下主要字段

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