第三单元 测试用例设计方法（一）
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 案例
1.案例一：
划分等价类并编号,下表为等价类划分的结果
image.png
案例二：
边界值等价类.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 内点 50
3.3.3 边界值与等价类去重
案例一：档案管理系统，用户输入日期格式为“年月日”，范围是1990年1月~2049年12月。示例：19900101-20491231
image.png
案例二：
边界值等价类.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 基本流
概念
正确完成的流程
流程
插卡 → 输入密码 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
5.3.2 备选流
概念
存在异常的流程，对于基本流每一步都取反
流程
插卡 → 输入密码 → 密码错误 → 重新输入 → 密码正确 → 选择服务 → 取款 → 选择金额 → 等待出钞 → 取出卡片
5.4 场景法测试用例编写过程
分析用户场景
设计场景覆盖基本流和备选流
输出测试用例
5.6 案例
测试点提取.png
需求说明：
注册网站一共需要三个步骤，输入手机号，密码，输入正确的手机验证码、并同意服务协议后，点击立即申请，注册成功。信息填写错误时给出友好的提示信息，说明错误原因。注册成功后给注册用户发一条信息，信息内容如下：“您好！Xxx用户，欢迎您注册，请及时完成实名认证。”
分析方法：
①熟读需求：熟读3-5遍，读需求
②断句：将需求整理成一段段要求
③分类：流程/规则
④逆向思维：从不同地的方面进行考虑
⑤质疑：将自己有疑问地方找出来
⑥应用测试用例分析方法
测试点分析.png
使用相应的测试用例方法对测试点进行用例的编写，一个测试点对应一个或多个测试用例，而测试用例只能对应某个测试点。
5.7 作业：
APP升级.png
image.png
第六单元 测试用例综合案例
6.1 案例分析
6.1.1 案例一
要求
测试用例分析.png
相关测试点
1、收货人姓名：20位以内中文、字母，不能为空和空格2、所在地区：根据等价类划分选择的地区3、详细地址：中文、字母和符号组合，不能为空和空格4、手机号码：号码11位数字，不能为空和空格5、固定电话：与手机号码互斥
思维导图
收货人信息保存.png
编写测试用例
根据测试点编写测试用例
6.2 案例分析
要求
测试用例分析2.png
测试点
添加一个商品，添加多个商品；添加多个不同商家商品；添加多个不同支付方式的商品；添加多个不同地区的商品；添加一种商品多个数量；添加最大数量的商品；不登录添加多个商品，然后再登录；登录成功后再添加多个商品。
思维导图
测试用例