一、编写工具
- 禅道,编写速度快
- Excel,侧重质量
- xmind,侧重流程、逻辑梳理
- 其他 …
二、编写规范
一个完整的测试用例应该具备正确性及代表性,一般包含如下内容
功能模块 | 用例编号 | 用例名称 | 前置条件 | 操作步骤 | 期望结果 | 优先级 | 用例类别 | 用例所属层 | 编写人 | 执行人 | 执行时间 | 执行结果 | 缺陷编号 | 备注 |
根据实际情况可调整字段,补充如输入值、环境配置、用例描述等字段
下面详细介绍下主要字段
- 功能模块:此用例归属的功能模块
- 用例编号:根据不同的流程规则要求,生成编号即可
- 用例名称:需要见名知意,可读性强,清晰表达测试用例的测试目的和关键测试要素
概括来说:用例名称= 测试对象 + 输入(还有一种说法是:用例名称= 测试对象 + 输入+期望结果,此处存疑,待讨论) - 前置条件:必须明确
- 操作步骤:需要描述详细,输入输出清晰,有具体的测试数据,可执行性强
- 期望结果:需要准确的与对应的操作步骤一一对应,体现测试结果的可判定性与可重现性
- 优先级:一般分为高、中、低三种情况,可根据实际情况进行调整
- 用例类别:功能用例、冒烟用例、回归用例、联调用例。其中冒烟用例为系统主要核心功能用例。
- 用例所属层:Unit层、Service层、UI层
Eg: 姓名输入框按要求输入26个字符
在规定的输入范围内输入中文
在规定的输入范围内输入英文
在规定的输入范围内输入特殊符号
用例要保证测试条件的唯一性
三、编写原则
基础原则为100%覆盖需求
- 覆盖了需求的所有功能点,测试用例与功能点的对应关系为1:1
- 覆盖了需求中的所有业务规则
- 覆盖了用户可能使用的所有流程、场景
- 包含充分的异常测试用例
特殊情况:当时间短、任务重时,优先覆盖业务核心流程。
四、编写方法
- 大纲法
- 拆分模块
- 分配任务
- 场景法
根据用户场景模拟用户的操作步骤 - 正常场景:正确的输入并得到预期结果
- 异常场景:强制错误信息输入,并得到预期结果。错误信息包含非法数据\异常流程\非业务允许数据等。
总体设计规则为:先正常,后异常。 - 等价类划分法
使用场景:区间划分、数据集合划分、布尔值划分、数值划分、限制条件划分、细分等级划分。有效等价类:符合需求描述的;无效等价类:违背需求描述的。
步骤
a. 划分等价类,制定编号。
b. 设计一个新的测试用例,尽可能覆盖尚未被覆盖的有效等价类,重复这一步,直到所有的有效等价类都被覆盖为止。
c. 设计一个新的测试用例,仅覆盖一个尚未被覆盖的无效等价类,重复这一步,直到所有的无效等价类都被覆盖为止。 - 边界值分析法
- 特殊取值(最大值、最小值、max+1、min-1、midnum)
- 特殊时间点
- 数据顺序
- 循环便利
- 重复输入
- 必填项
- 合法
- 非法
- 合法+非法
- 错误推断法
基于直觉和经验推断程序中的可能错误,这个要考验测试人员的经验积累程度 - 因果图
适合于检查程序输入条件的各种组合情况,生成判定表 - 正交试验法
- 决策表
- 状态迁移
五、实战
功能测试用例设计
接口测试用例设计
后续补充
原文地址:https://www.cnblogs.com/emma-lucas/p/11212430.html
时间: 2024-10-09 15:27:31