测试用例篇—1

文章目录

  • 1.测试用例的基本要素
    • 1.2 为什么要写测试用例
    • 1.3 测试用例的标准
    • 1.4 手机拍照测试用例
  • 2.设计测试用例的方法
    • 2.1事件流
      • 2.1.1事件1
    • 2.2具体的设计测试用例的方法
      • 2.2.1等价类
      • 2.2.2因果图法
      • 2.2.3正交法
      • 2.2.4场景法
    • 2.4 错误猜测法

1.测试用例的基本要素

  • 测试用例的基本要素
  • 向测试系统发起的一组集合,测试平台,测试数据,测试步骤,预期结果等。(测试方式,测试的优先级)

1.2 为什么要写测试用例

  1. 测试执行者的依据;
  2. 使得工作重复,自动化测试的基础
  3. 评估需求覆盖率
  4. 用例的复用;
  5. 积累测试的方法思路以供后续借鉴。

1.3 测试用例的标准

  • 用例表达清楚,无二义性;
  • 用例可操作性强;
    (并发测试)1000个人同时并发操作这个功能,找1000个同事,同一时刻操作这个功能观察系统的性能表现。这种操作性不强(找人,很难做到同一时刻)
  • 用例的输入与输出明确,一条用例只有一个预期结果;
  • 用例的可维护性好。
  • 用例对需求的覆盖率比较高;
  • 暴露程序BUG的能力强。

1.4 手机拍照测试用例

  • 用例元素:标题、测试思想、预设条件、步骤、预期输出。
    |存在歧义的用例| 明确清楚用例 |
    |-- | - - |
    | 标题 单拍 | 标题 |

2.设计测试用例的方法

  • 需求——软件需求——开发软件——测试功能——产品上线
  • 需求是从用户而来,测试人员需要对需求进行验证。
  • 软件需求是产品经理写的
  • 开发软件:程序员根据需求开发软件
  • 测试功能:测试人员根据需求和软件需求进行测试。
  1. 根据需求去设计测试用例(首先先验证需求的正确性,分析需求,细化需求,从需求中提炼功能模块,划分子功能,根据每一个子功能写测试用例)。

2.1事件流

2.1.1事件1

  • 若用户未收到激活邮件,可在登录界面录入电子邮件及

2.2具体的设计测试用例的方法

2.2.1等价类

  • 等价类:把输入(特殊情况才考虑输出)划分成若干个等价类,从一个等价类中选一个测试用例进行测试,如果这个测试用例通过,那我们就说这个测试用例代表的等价类测试通过。
  • 有效等价类:根据需求规格说明,有意义的输入的数据集合,成为等效等价类。(比如说网易登录需要6-18位字符,则6~18位的字符是有效等价类)
  • 无效等价类:根据需求说明,不符和需求的。(小于6位的字符或者大于18位的是无效等价类。)
  • 边界值:争对输入输出的边界进行测试用例的设计。
  • 则边界值为5 6 7 17 18 19

2.2.2因果图法

  • 因果图法是一种逻辑图。(Java中学到的恒等 与 或 非)
  • 当输入有很多,不同输入的组合对应不同的输出,用因果来分析不同输入组合和不同输出之间的关系。
  1. 恒等:
    测试用例篇—1_第1张图片

  2. 测试用例篇—1_第2张图片
  • A B同时满足执行C
  • A满足,B不满足不执行C
  • A 不满足,B满足不执行C
  • A B都不满足,不执行C

  1. 测试用例篇—1_第3张图片

  2. 测试用例篇—1_第4张图片
  • 用因果图法设计测试用例的步骤
    1. 分析所有的输入、输出
    2. 找出输入输出所有的逻辑关系
    3. 根据输入输出之间的关系画出因果图
    4. 根据因果图画判定表
    5. 根据判定表设计测试用例。
  • 练习:
  • “淘宝618活动,订单已提交,订单合计金额大于300元或有红包,则进优惠“。
  1. 分析输入输出
  • 输入:金额大于300,金额小于等于300,有红包,没有红包,订单已提交,订单未提交。
  • 输出:有优惠 没有优惠
  1. 关系
  • 订单已提交,金额大于300,有红包,优惠
  • 订单已提交,金额大于300,没有红包,优惠
  • 订单已提交,金额小于等于300,有红包,优惠
  • 订单已提交,金额小于等于300,没有红包,没有优惠
  • 订单未提交,没有优惠
  1. 画图因果
    测试用例篇—1_第5张图片
  2. 画判定表
    测试用例篇—1_第6张图片
  • 没有优惠的反就是有优惠。
  1. 写测试用例
  • 订单已提交,金额大于300,有红包,有优惠
  • 订单已提交,金额大于300,没有红包,有优惠
  • 订单已提交,金额小于等于300,有红包,有优惠
  • 订单已提交,金额小于等于300,没有红包,没有优惠
  • 订单未提交,金额大于300,有红包,没有优惠
  • 订单未提交,金额大于300,没有红包,没有优惠。
  • 订单未提交,金额小于等于300,有红包,没有优惠。
  • 订单未提交,金额小于等于300,没有红包,,没有优惠

2.2.3正交法

  • 正交法是研究多因素多水平的一种实验(测试)方法。根据正交性,从输入组合当中选取最优的组合进行试验,分析结果,通过这些最有组合得出的实验结果来分析这个实验的结果。

  • 因素:输入的变量。

  • 水平:变量的取值;

  • 正交表的构成:

  • 列:因素数,变量的个数;

  • 水平数:每个变量的最大的值的个数。

  • 行:L(正交表的行)=(水平数-1)*因素数+1

  • 正交表的性质:

    1. 每一列不同数据出现的次数一致;
    2. 任意两列不同数据的组合出现的次数一样;
      测试用例篇—1_第7张图片
  • 正交表设计测试用例的步骤:

    1. 确定所有的输出(变量)
    2. 确定每一个变量的取值的个数;
    3. 确定因素数(正交表的列)水平数(正交表的行要用公式来确定)
    4. 根据正交表的性质,把变量的值映射到表中
    5. 写测试用例,正交表的每一行就是一个测试用例
    6. 补充正交表中没有但是你认为可能出现的测试用例
  • 练习:姓名、邮箱、密码、确认密码、验证码,只考虑每一项输入不输入两种情况。

  1. 确定因素数:5;
  2. 水平数:2
  3. 正交表的列=因素数=5
  4. 正交表的行=(水平数-1)* 因素数+1=1*5+1=6

测试用例篇—1_第8张图片

  1. 写测试用例
  • 姓名填写,邮箱不填写,密码填写 ,确认密码不填写,验证码填写
  • 姓名不填写,邮箱填写,密码不填写,确认密码填写,验证码填写
  • 姓名不填写,邮箱不填写,密码填写,确认密码不填写,验证码不填写
  • 姓名填写,邮箱填写,密码填写,确认密码填写,验证码不填写
  • 姓名不填写,邮箱不填写,密码不填写,确认密码填写,验证码填写。
  • 全填写
  • 全不填写

2.2.4场景法

  • ATM取款流程
  • 插卡—输入密码—输入金额—取钱—退卡(ATM机取款场景)
  • 异常:
    1. 插卡:卡插反了,卡消磁了,插入其他卡(公交卡,会员卡等) 。卡挂失,卡注销,停留时间长,卡被吞。
    2. 输入密码:密码连续三次输错,账户被锁定,密码前两次输错或者第一次输错,接下来一次输入正确。手机上重置密码。
    3. 输入金额:金额大于银行卡余额,ATM机本身余额不足。输入的金额低于ATM要求的金额;输入零钱(ATM不允许),超过每日最大的可以取款的金额数。
    4. 长时间未取款(看ATM机器的处理);遗忘了部分钱没有取。
    5. 其他:ATM机网络异常,断电了,出现了机器故障。
  • 根据异常点写测试用例:
    1. 卡插反了,会提示“插卡错误”
    2. 卡消磁,取款失败,会提示“无效卡”
    3. 插入其他卡,取款失败,会提示“无效卡”
    4. 卡挂失,取款失败,会提示“无效卡”。
  • 根据场景发设计测试用例:把场景中的每一个功能点提出来,考虑功能点可能的不同的情况,根据这些情况去设计测试用例。

2.4 错误猜测法

  • 根据测试人员的知识,经验,直觉去判断哪一个模块会出现问题,专门针对这个模块进行测试用例的编写。作为一种补充的测试用例的方法。
  • 黑盒测试设计测试用例的方法有哪一些?
  • 等价类、边界值、因果图、正交法、场景法、错误猜测法

你可能感兴趣的:(软件测试,软件测试)