第三单元 测试用例设计方法(一)

3.1 用例介绍

3.1.1 定义

为某个业务目标,而编制的一组由测试输入,执行条件以及预期结果组成的案例

3.1.2 为什么要学习测试用例?

  1. 在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率。
  2. 测试用例的使用令软件测试的实施重点突出、目的明确。
  3. 在软件版本更新后只需修正少部分的测试用例便可展开测试工作,降低工作强度、缩短项目周期。
  4. 检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。

3.1.3 用例核心要素(16个)

  • 必须掌握:用例编号(如何命名)、所属模块、用例标题(验证谁在什么情况下,去做什么,最后结果是什么)、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
  • 了解内容:通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
    注册图.png

3.1.4 什么是高质量的测试用例

  • 测试用例覆盖所有的用户需求
  • 测试用例要简单明了
  • 各类型的测试用例要齐全
  • 用最少的用例覆盖最多的需求

3.2 等价类划分法

3.2.1 定义

等价类划分是把所有可能输入的数据分为若干个区域,然后从每个区域中取少量有代表性的数据进行测试即可。
等价类 :何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。

3.2.2 分类

一般可分为有效等价类和无效等价类。

  • 有效等价类:指符合《需求规格说明书》,输入合理的数据集合
  • 无效等价类:指不符合《需求规格说明书》,输入不合理的数据集合

3.2.3 类型

取值范围型: 输入学生成绩 0-100
恒等类型 : 只有一个结果是正确的,其他都是错误的 例如 彩票的特等奖
布尔值型: 通过是否来进行选择,如同意协议
枚举类型: 给出选项内容,只要符合其中任意一个就可以 例如选择学历
规则类型: 给定要求,满足要求的就可以,比如邮箱

在任意文本输入框中可以填写的字符类型: 中文、英文、特殊符号、空格、数字。

3.2.4 案例

  1. 案例一:
    image.png
    划分等价类并编号,下表为等价类划分的结果
    image.png
  2. 案例二:
    边界值等价类.png

3.3 边界值分析法

3.3.1 定义

定义:边界值分析是取稍高于或稍低于边界的一些数据进行测试。
原因:程序开发循环体时的取数可能会因为<,<=搞错。
 比如下面代码:

//有效等价划分    -1   0    100  101  
for(int i = 0;i <100; i ++) {   
  int j = i+1;
  System.out.println("循环第“+j+"次")//循环地做某件事情
}

这里的程序是循环了100次,所以会做100次;
如果程序员不小心,把i <100写成i <= 100,则会溢出,这时候边界值检查是一个很好的测试方法。

3.3.2 确定边界值的方法

  • 上点:是指边界上的点,无论此时的域是开区间还是闭区间,开区间的话,上点就是在域外,闭区间的话,上点就是在域内。
  • 离点:是指离上点最近的点,这里就跟是闭区间还是开区间就有关系了,如果是开区间,那么离点就在域内,如果是闭区间,那么离点就在域外。(开内闭外)
    遵循的原则:开内闭外 开区间往中间找,闭区间往外找
  • 内点:域内的任意点都是内点。
0<=x<=10           左上点 0    左离点 -1    右离点  11  右上点 10   内点 5

0<x<10             左上点 0    左离点 1     右离点 9   右上点 10    内点 5

0<=x<10            左上点 0    左离点 -1    右离点 9   右上点 10    内点 5

3.3.3 边界值与等价类去重

  1. 案例一:档案管理系统,用户输入日期格式为“年月日”,范围是1990年1月~2049年12月。示例:19900101-20491231
    image.png

  2. 案例二:
    边界值等价类.png

测试点分析:
1、熟读需求  3-5遍
2、断句
3、逆向思维
4、疑问点

第四单元 测试用例设计方法(二)- 了解、知道即可

4.1 因果图

4.1.1 定义

因果图法比较适合输入条件比较多的情况,测试所有的输入条件的排列组合。所谓的原因就是输入,所谓的结果就是输出。

4.1.2 因果图测试用例的编写过程

1、确定原因、结果、中间过程
2、连接因果图
3、标明约束条件
4、输出测试用例

4.1.3 案例:自动售货机

需求说明:
有一个处理单价为2.5元的盒装饮料的自动售货机软件。若投入2.5元硬币,按“可乐”、“啤酒”、或“奶茶”按钮,相应的饮料就送出来。若投入的是3元硬币,在送出饮料的同时退还5角硬币。
分析:

原因(输入):                  中间状态                 结果(输出)
投入2.5元硬币;               已投币/已按钮            退还5角硬币;
投入3元;                                            
按“可乐”按钮;                                         送出“可乐”饮料;
按“啤酒”按钮;                                         送出“啤酒”饮料;
按“奶茶”按钮。                                         送出“奶茶”饮料;

4.2 错误推测法

4.2.1 定义

错误猜测法是测试经验丰富的人喜欢使用的一种测试用例设计方法。
一般这种方法是基于经验和直觉推测程序中可能发送的各种错误,有针对性地设计。只能作为一种补充。

4.2.2 应用

输入一串数字,程序可自动从小到大排序
邮箱格式@符合的全角以及半角情况

4.2.3 案例

测试手机终端的通话功能,可以设计各种通话失败的情况来补充测试用 例:

无SIM 卡插入时进行呼出(非紧急呼叫)
插入已欠费SIM卡进行呼出
射频器件损坏或无信号区域插入有效SIM卡呼出
网络正常,插入有效SIM卡,呼出无效号码(如1、888、333333、不输入任何号码等)
网络正常,插入有效SIM卡,使用“快速拨号”功能呼出设置无效号码的数字

4.2.4 技巧

最重要的是要思考和分析测试对象的各个方面,多参考以前发现的bug的相关数据,总结的经验,个人多考虑异常的情况、反面的情况、特殊的输入,以一个攻击者的态度对待程序,就能设计出比较完善的测试用例来。

4.3 判定表

4.3.1定义:

设计测试用例时,分析和表达多输入条件下执行不同操作的黑盒测试方法。
注意:该方法和因果图法相似。

4.3.2 判定表测试用例编写过程

1、确定原因和动作
2、排列组合
3、标明结果关系
4、输出测试用例

4.3.3 案例

要求:
扫枪扫描车身机器码自动识别汽车品牌和型号,对于发动机功率大于100马力的汽车并且维修记录不全里程超过20万公里的汽车,应给予合作4s店优先的维修处理
分析:

条件  					1	2	3	4	5	6	7	8
功率大于100马力			   
维修记录不全	
里程超过20万公里

动作
4s店进行优先处理
进行其他处理

4.4 正交实验法

4.4.1 概述

  • 日本人提出
  • 使用工具:正交表
  • 正交实验法就是利用排列整齐的表 -正交表来对试验进行整体设计、综合比较、统计分析,实现通过少数的实验次数找到较好的生产条件,以达到最高生产工艺效果。
  • 这种试验设计法是从大量的试验点中挑选适量的具有代表性的点,利用已经造好的表格—正交表来安排试验并进行数据分析的方法。
  • 正交表能够在因素变化范围内均衡抽样,使每次试验都具有较强的代表性,由于正交表具备均衡分散的特点,保证了全面实验的某些要求,这些试验往往能够较好或更好的达到实验的目的。
  • 正交实验设计包括两部分内容:第一,是怎样安排实验;第二,是怎样分析实验结果。

4.4.2 应用场景

在一个界面中有多个控件,每个控件有多个取值,控件之间可以相互组合,不可能(也没有必要)为每一种组合编写一条用例,如何使用最少最优的组合进行测试。——正交排列法
image.png
image.png

4.4.3 使用正交设计助手

(1)下载解压正交设计助手
(2)文件新建工程
(3)实验新建实验
①实验说明
实验说明.png
②选择正交表
选择正交表.png
③因素与水平
因素与水平.png
④确定
结果.png

  • 正交表测试用例设计方法的特点是什么?
    1、用最少的实验覆盖最多的操作,测试用例设计很少,效率高,但是很复杂;
    2、对于基本的验证功能,以及二次集成引起的缺陷,一般都能找出来;但是更深的缺陷,更复杂的缺陷,还是无能为力 的;
    3、体的环境下,正交表一般都很难做的。大多数,只在系统测试的时候使用此方法。

第五单元 测试用例设计方法(三)- 场景法

5.1 定义

通过模拟业务场景来对系统的功能点或业务流程的描述,从而提高测试效果的黑盒测试方法

5.2 ATM引入场景法

ATM流程图.png

5.3 原理图

image.png

5.4 两个流

5.4.1 基本流
  1. 概念
    正确完成的流程
  2. 流程
    插卡 → 输入密码 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
5.3.2 备选流
  1. 概念
    存在异常的流程,对于基本流每一步都取反
  2. 流程
    插卡 → 输入密码 → 密码错误 → 重新输入 → 密码正确 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片

5.4 场景法测试用例编写过程

  1. 分析用户场景
  2. 设计场景覆盖基本流和备选流
  3. 输出测试用例

5.6 案例

测试点提取.png

  1. 需求说明:
    注册网站一共需要三个步骤,输入手机号,密码,输入正确的手机验证码、并同意服务协议后,点击立即申请,注册成功。信息填写错误时给出友好的提示信息,说明错误原因。注册成功后给注册用户发一条信息,信息内容如下:“您好!Xxx用户,欢迎您注册,请及时完成实名认证。”
  2. 分析方法:
    ①熟读需求:熟读3-5遍,读需求
    ②断句:将需求整理成一段段要求
    ③分类:流程/规则
    ④逆向思维:从不同地的方面进行考虑
    ⑤质疑:将自己有疑问地方找出来
    ⑥应用测试用例分析方法
    测试点分析.png
    使用相应的测试用例方法对测试点进行用例的编写,一个测试点对应一个或多个测试用例,而测试用例只能对应某个测试点。

5.7 作业:

APP升级.png
image.png

第六单元 测试用例综合案例

6.1 案例分析

6.1.1 案例一

  1. 要求
    测试用例分析.png
  2. 相关测试点
1、收货人姓名:20位以内中文、字母,不能为空和空格
2、所在地区:根据等价类划分选择的地区
3、详细地址:中文、字母和符号组合,不能为空和空格
4、手机号码:号码11位数字,不能为空和空格
5、固定电话:与手机号码互斥
  1. 思维导图
    收货人信息保存.png
  2. 编写测试用例
    根据测试点编写测试用例

6.2 案例分析

  1. 要求
    测试用例分析2.png
  2. 测试点
    添加一个商品,添加多个商品;添加多个不同商家商品;添加多个不同支付方式的商品;添加多个不同地区的商品;添加一种商品多个数量;添加最大数量的商品;不登录添加多个商品,然后再登录;登录成功后再添加多个商品。
  3. 思维导图
  4. 测试用例

原文地址:http://www.cnblogs.com/chinabigfly/p/16821623.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性