测试用例设计之从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. 状态迁移

五、实战

功能测试用例设计

接口测试用例设计

后续补充

原文地址:https://www.cnblogs.com/emma-lucas/p/11212430.html

时间: 2024-10-09 15:27:31

测试用例设计之从0到1的相关文章

测试用例设计白皮书--边界值分析方法

一.方法简介1.定义:边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法.通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界. 2.与等价划分的区别  1)边界值分析不是从某等价类中随便挑一个作为代表,而是使这个等价类的每个边界都要作为测试条件.  2)边界值分析不仅考虑输入条件,还要考虑输出空间产生的测试情况. 3.边界值分析方法的考虑:  长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对

转:黑盒测试用例设计方法

1. 概述 黑盒测试用例设计方法包括等价类划分法.边界值分析法.错误推测法.因果图法.判定表驱动法.正交试验设计法.功能图法等. 2. 等价类划分法 2.1.              概念 等价类划分法是把程序的输入域划分成若干部分(子集),然后从每个部分中选取少数代表性数据作为测试用例.每一类的代表性数据在测试中的作用等价于这一类中的其他值. 2.2.              等价类划分法的应用 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理

测试用例设计(个人学习用20170312-0319)

测试用例设计 (个人学习用20170312-0319) 测试用例设计方法 11种 1.等价类 2.边界值 3.判定表 4.正交试验法 5.流程分析法 6.状态迁移图法 7.输入域覆盖法 8.输出域覆盖法 9.因果图 10.异常分析法 11.错误猜测法 等价类,边界值(一般组成等价类边界值表) 等价类:它将程序所有可能的输入数据(有效的和无效的)划分成若干个等价类.然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类,测试用例由有效等价类和无效等价类的代表组成,从而保证测试用例具有完整性

移动App崩溃的测试用例设计

移动App测试与传统台式机测试相比有一定的复杂性.这些复杂性可以被分类为:   环境(大量的设备,各种移动OSs,适应频繁OSs变化) . 设备(触摸式和非触摸式设备,有限的内存容量,电池耗电量) . 网络(不同的网络和运营商,在不好或无网络的情况下的App行为,离线                   支持) .   可用性(方向,触摸,多触摸,缩放,分页和导航的局限性,各种干扰,                       如来电,来电短          信,闹钟,和低电量警报) . 所有

1.3测试用例设计方法

测试用例设计方法(黑盒) 1.等价类,划分为有效等价类和无效等价类 1.1.按数据范围划分 有效:0.01-200 无效:小于0.01大于200 1.2.按数据类型划分 有效:数字 无效:非数字字符,中文等 1.3.设计原则 对于有效等价类,应尽可能多的覆盖尚未被覆盖的有效等价类,知道有所都被覆盖为止. 对于无效等价类,每个无效等价类就是一条测试用例 例如: 2.边界值(为了补充等价类的用例) 比如微信红包范围是0.01-200 那么测试用例有: 0 0.009 0.01 0.02 199 20

移动APP测试用例设计实践经验(转载)

前言杂谈 在聊移动APP测试用例设计之前,我请大家先思考如下2个问题: 第一,我们为什么要做好测试用例设计?--why? 第二,好的测试用例设计有什么共性? --what? 深入思考这2个问题的答案是一件很有意义的事情,作为移动互联网时代的产品质量守卫军,我们必须提升自己的测试设计能力,必须清楚的知道要测什么,怎么测.但单从我们测试团队现状来看,有很多人都没有做好准备,测试设计方法仍然比较落后,所以我整理此文,旨在总结沉淀移动客户端测试用例设计实践,帮助测试人员时刻审视完善自我测试能力提升. 那

黑盒测试用例设计技术--等价类划分法

本文通过案例的形式,详细讲解黑盒测试用例设计技术中的等价类划分法. 等价类划分是一种典型的黑盒测试方法,其原理是把程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例. 通过等价类划分,可以在尽可能覆盖所有测试路径的前提下,大幅度减少测试用例的数目. 本文的主要内容有: 等价类的概念介绍 划分等价类的原则 根据等价类设计测试用例的方法 案例演示 划分等价类 等价类是指某个输入域的子集合.在该子集合中,各个输入数据对于揭露程序中的错误都是等效的.并合理的假设,

服务端测试之接口测试用例设计

小伙伴们大家好,上一次和大家分享了<服务端测试之接口测试初探>,讲了一些接口测试的基本概念和理论知识.在上次的分享中,简单提到了接口测试用例设计包含的几个方面.本期我将在上次分享的基础上,和各位小伙伴一起具体看看这几个方面都是什么,在实际的项目中应该如何使用. 一.功能性用例设计 之前讲过,服务端的接口是和客户端的功能相对应的,对功能的验证,可以参照接口说明文档来进行.概括起来讲,就是我们需要验证接口说明文档中提到的各种情况,保证这些情况下接口的返回和最初设计的是一样的,这样我们就可以认为该接

测试用例设计——场景分析法

转载 测试用例设计——场景分析法 定义 分析软件应用的场景,从用户的角度出发,从场景的角度来设计测试用例,是一种面向用户的测试用例设计方法. 关心用户做什么,而不是关心产品做什么 优点:实用性强,有效,设计出来的用例有价值 缺点:可能使用的场景不一定能对事件系列进行全面的分析,设计出来的用例不完整. 场景分析是通过描述流经用例路径来确定的过程,这个流经过程要从用例开始到结束遍历其中所有基本流 :直黑线表示基本流,是最基本.最简单的路径:(软件功能按照正确的事件流实现的一条正确流程无任何错,程序从