第三单元 测试用例设计方法(一)
3.1 用例介绍
3.1.1 定义
为某个业务目标,而编制的一组由测试输入,执行条件以及预期结果组成的案例
3.1.2 为什么要学习测试用例?
- 在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率。
- 测试用例的使用令软件测试的实施重点突出、目的明确。
- 在软件版本更新后只需修正少部分的测试用例便可展开测试工作,降低工作强度、缩短项目周期。
- 检验软件是否满足客户需求、体现一个测试人员的工作量、展现测试用例的设计思路。
3.1.3 用例核心要素(16个)
- 必须掌握:用例编号(如何命名)、所属模块、用例标题(验证谁在什么情况下,去做什么,最后结果是什么)、优先级、前置条件、操作步骤、测试数据、预期结果、实际结果
- 了解内容:通过否、bugID、编写人员、编写时间、测试人员、测试时间、备注
3.1.4 什么是高质量的测试用例
- 测试用例覆盖所有的用户需求
- 测试用例要简单明了
- 各类型的测试用例要齐全
- 用最少的用例覆盖最多的需求
3.2 等价类划分法
3.2.1 定义
等价类划分是把所有可能输入的数据分为若干个区域,然后从每个区域中取少量有代表性的数据进行测试即可。
等价类 :何为等价类,某个输入域的集合,在这个集合中每个输入条件都是等效的。
3.2.2 分类
一般可分为有效等价类和无效等价类。
- 有效等价类:指符合《需求规格说明书》,输入合理的数据集合
- 无效等价类:指不符合《需求规格说明书》,输入不合理的数据集合
3.2.3 类型
取值范围型: 输入学生成绩 0-100
恒等类型 : 只有一个结果是正确的,其他都是错误的 例如 彩票的特等奖
布尔值型: 通过是否来进行选择,如同意协议
枚举类型: 给出选项内容,只要符合其中任意一个就可以 例如选择学历
规则类型: 给定要求,满足要求的就可以,比如邮箱
在任意文本输入框中可以填写的字符类型: 中文、英文、特殊符号、空格、数字。
3.2.4 案例
- 案例一:
划分等价类并编号,下表为等价类划分的结果
- 案例二:
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 边界值与等价类去重
-
案例一:档案管理系统,用户输入日期格式为“年月日”,范围是1990年1月~2049年12月。示例:19900101-20491231
-
案例二:
测试点分析:
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 应用场景
在一个界面中有多个控件,每个控件有多个取值,控件之间可以相互组合,不可能(也没有必要)为每一种组合编写一条用例,如何使用最少最优的组合进行测试。——正交排列法
4.4.3 使用正交设计助手
(1)下载解压正交设计助手
(2)文件新建工程
(3)实验新建实验
①实验说明
②选择正交表
③因素与水平
④确定
- 正交表测试用例设计方法的特点是什么?
1、用最少的实验覆盖最多的操作,测试用例设计很少,效率高,但是很复杂;
2、对于基本的验证功能,以及二次集成引起的缺陷,一般都能找出来;但是更深的缺陷,更复杂的缺陷,还是无能为力 的;
3、体的环境下,正交表一般都很难做的。大多数,只在系统测试的时候使用此方法。
第五单元 测试用例设计方法(三)- 场景法
5.1 定义
通过模拟业务场景来对系统的功能点或业务流程的描述,从而提高测试效果的黑盒测试方法
5.2 ATM引入场景法
5.3 原理图
5.4 两个流
5.4.1 基本流
- 概念
正确完成的流程 - 流程
插卡 → 输入密码 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
5.3.2 备选流
- 概念
存在异常的流程,对于基本流每一步都取反 - 流程
插卡 → 输入密码 → 密码错误 → 重新输入 → 密码正确 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
5.4 场景法测试用例编写过程
- 分析用户场景
- 设计场景覆盖基本流和备选流
- 输出测试用例
5.6 案例
- 需求说明:
注册网站一共需要三个步骤,输入手机号,密码,输入正确的手机验证码、并同意服务协议后,点击立即申请,注册成功。信息填写错误时给出友好的提示信息,说明错误原因。注册成功后给注册用户发一条信息,信息内容如下:“您好!Xxx用户,欢迎您注册,请及时完成实名认证。” - 分析方法:
①熟读需求:熟读3-5遍,读需求
②断句:将需求整理成一段段要求
③分类:流程/规则
④逆向思维:从不同地的方面进行考虑
⑤质疑:将自己有疑问地方找出来
⑥应用测试用例分析方法
使用相应的测试用例方法对测试点进行用例的编写,一个测试点对应一个或多个测试用例,而测试用例只能对应某个测试点。
5.7 作业:
第六单元 测试用例综合案例
6.1 案例分析
6.1.1 案例一
- 要求
- 相关测试点
1、收货人姓名:20位以内中文、字母,不能为空和空格
2、所在地区:根据等价类划分选择的地区
3、详细地址:中文、字母和符号组合,不能为空和空格
4、手机号码:号码11位数字,不能为空和空格
5、固定电话:与手机号码互斥
- 思维导图
- 编写测试用例
根据测试点编写测试用例
6.2 案例分析
- 要求
- 测试点
添加一个商品,添加多个商品;添加多个不同商家商品;添加多个不同支付方式的商品;添加多个不同地区的商品;添加一种商品多个数量;添加最大数量的商品;不登录添加多个商品,然后再登录;登录成功后再添加多个商品。 - 思维导图
- 测试用例