测试用例设计之从0到1

Posted emma-lucas

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了测试用例设计之从0到1相关的知识,希望对你有一定的参考价值。

一、编写工具

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

二、编写规范

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

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

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

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

Eg: 姓名输入框按要求输入26个字符

在规定的输入范围内输入中文

在规定的输入范围内输入英文

在规定的输入范围内输入特殊符号

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

三、编写原则

基础原则为100%覆盖需求

  1. 覆盖了需求的所有功能点,测试用例与功能点的对应关系为1: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. 状态迁移

五、实战

功能测试用例设计

接口测试用例设计

后续补充

 

 

以上是关于测试用例设计之从0到1的主要内容,如果未能解决你的问题,请参考以下文章

1.3测试用例设计方法

我的测试用例设计-02用例组成元素(用例模板)

测试用例设计方法

白盒测试用例设计方法笔记-白盒测试用例设计概述2

白盒测试用例设计方法笔记-白盒测试用例设计概述2

在敏捷测试中如何设计用例