功能测试Ⅱ——测试用例设计方法
文章目录
- 总目录
- 测试用例设计
-
- 目标
- 软件测试设计方法
- 1.等价类划分法（五星）——复习知识
- 2.边界值（五星）
-
- 案例1：QQ账号（6——16位自然数）
- 案例2：添加标题（标题长度>0且标题长度<=30）
- 案例3：两位数加法器
- 案例4：sina邮箱
- 3.判定表（五星）
-
- 案例1：用户呼叫
- 案例2：订单状态
- 案例3：文件修改
- 4.因果图（扩展）
-
- 案例1：文件修改
- 5.正交法（扩展）
-
- 核心思想
- 正交表
- 基于正交表设计测试用例
-
- 案例1：字符属性设置程序
- 基于allpairs设计测试用例
-
- 案例2：用户筛选按钮
- 6.场景法（流程图法）
-
-
- 案例1：电商购物流程
- 案例2：缺陷跟踪管理流程
-
- 7.错误推测法
- 8.测试用例设计方法总结
- 作业
- 今日总结
总目录
测试开发系列（功能+接口+性能+自动化）
测试用例设计
目标
- 使用边界值法设计出测试用例
- 使用判定表法设计出测试用例
软件测试设计方法
- 等价类（五星）
- 边界值（五星）
- 判定表（五星）
- 场景法（流程图）（五星）
- 错误推测法（二星）
1.等价类划分法（五星）——复习知识
-
作用：从穷举测试中解放出来，找到具有共同特性的测试输入子集。
-
概念：代表性的测试输入集
-
分类
- 有效等价类（满足需求）
- 无效等价类（不满足需求）
-
设计测试用例的步骤
- 需求分析
- 划分等价类
- 设计测试用例
-
典型应用场景
- 具有典型输入框的场景
2.边界值（五星）
-
作用：对等价类的补充，统计表明程序最容易出错的地方就是在边界附近。
-
概念：基于边界值【有效等价类和无效等价类的分界点】设计测试用例的一种【黑盒】方法
-
边界值
-
上点：边界之上的点
-
内点：边界之内的点
-
离点：离边界最近的左右两点
-
-
设计测试用例步骤
-
需求分析
-
划分等价类
-
确定边界
- 上点
- 内点
- 离点
-
设计测试用例
-
-
典型应用场景
- 存在边界 > >= < <= 大于 小于等于
案例1：QQ账号（6——16位自然数）
| 需求 | 数学表示 | 上点 | 内点 | 离点 | 精简5点 |
|---|---|---|---|---|---|
| 6——16位自然数 | [6,16] | 6 16 | 10 | 5 7 15 17 |
案例2：添加标题（标题长度>0且标题长度<=30）
| 需求 | 数学表示 | 上点 | 内点 | 离点 | 精简5点 |
|---|---|---|---|---|---|
| 标题长度>0且标题长度<=30 | [1,30] | 1 30 | 15 | 0 2 29 31 |
案例3：两位数加法器
| 需求(两位数加法器取值范围) | 数学表示 | 上点 | 内点 | 离点 | 精简5点 |
|---|---|---|---|---|---|
| 大于等于-99，小于等于99 | [-99,99] | -99和99 | 20 | -100，-98,98,100 | |
| 大于-99，小于等于99 | (-99,99] ==》[-98,99] | -98,99 | 20 | -99,-97,98,100 | |
| 大于等于-99，小于99 | [-99,99)==》[-99,98] | -99 98 | 0 | -98 -100 99 97 | |
| 大于-99，小于99 | (-99,99)==>[-98,98] | -98 98 | 0 | -99 -97 97 99 |
案例4：sina邮箱
新浪邮箱登录，要求输入（邮箱名）@sina.cn和（密码）
邮箱名为：4-16位字符，支持英文、数字、下划线（不能全是数字或者下划线）
密码：6-18位字符
扩展知识：
-
边界值优化【7点变5点】
-
结论：
-
上点：必选（不考虑区间开闭）
-
内点：必选（建议选择中间范围）
-
离点：开内闭外（考虑开闭区间，开区间选择内部离点，闭区间选择外部离点）
-
3.判定表（五星）
-
概念：存在多个输入条件、多个输出结果，输入和输入之间有组合关系，输入和输出之间有依赖或制约关系。
-
判定表组成：
-
条件桩：所有输入条件，如欠费状态、关机状态
-
动作桩：所有的可能的输出结果，如允许主被叫、不允许主被叫
-
条件项：单个条件的取值范围，一般都是有效等价类和无效等价类
- 表示方式
- 字符：
- 真/有效等价类/Y
- 假/无效等价类/N
- 数字:
- 真/有效等价类/1
- 假/无效等价类/0
- 字符：
- 表示方式
-
动作项：基于每一种条件的组合，得到确认的结果，如打不通等
-
-
设计测试用例的步骤
- 明确条件桩（找到所有的输入条件）
- 明确动作桩（找到所有的输出结果）
- 对条件桩进行全组合
- 明确每个组合对应的动作桩（基于每一种条件的组合情况，确定本组合下的输出结果。）
- 设计测试用例，每行数据对应一条测试用例
-
真假表示说明：
表示形式 真 假 数字 1 0 符号 Y N -
使用场景：
- 多条件组合情况
案例1：用户呼叫
若用户欠费或关机，则不允许主被叫
案例2：订单状态
订单检查，如果金额大于500元，又未过期，则发出批准单和提货单；
如果金额大于500元，但过期了，则不发批准单与提货单；
如果金额小于500元，则不论是否过期都发出批准单和提货单；
在过期的情况下，不论金额大小还需要发出通知单。
案例3：文件修改
如果想对文件进行修改，
输入的第一列字符必须是A/B，第二列字符必须是一个数字，
如果第一列字符不正确，则给出信息L；
如果第二列字符不正确，则给出信息M。
4.因果图（扩展）
-
概念：用图解的方法表示输入的各组合关系，写出判定表，进而设计测试用例的一种【黑盒测试】方法。
-
适用范围：适用于分析程序输入条件的各种组合情况，以及输入和输出之间的依赖关系。
-
核心
- 因：条件
- 果：结果
-
基本符号（掌握）
- 恒等（-）：条件成立，结果成立。
- 非（~）NOT：条件成立，结果不成立；条件不成立，结果成立。
- 或（V）OR：只要有一个条件成立，结果就成立；所有条件都不成立时，结果才不成立。
- 与/且（^）AND：多个条件必须同时成立，结果成立；只要有一个不成立，结果就不成立。
-
设计测试用例的步骤
-
需求分析
-
画出因果图
-
将因果图转换为判定表
-
生成测试用例
-
案例1：文件修改
如果想对文件进行修改，
输入的第一列字符必须是A/B，第二列字符必须是一个数字，
如果第一列字符不正确，则给出信息L；
如果第二列字符不正确，则给出信息M。
分析过程
- 小结
- 输入条件比较少（2,3,4），推荐直接使用判定表。
- 输入条件比较多（>4）,推荐使用因果图。
5.正交法（扩展）
核心思想
- 用最小的测试用例获得最大的测试覆盖率。
正交表
说明
-
k代表因素（输入参数）
-
m叫水平（输入参数的取值）
-
n代表测试用例数
-
读法：k因素m水平
基于正交表设计测试用例
- 步骤
- 需求分析
- 确定因素与水平（因素：控件名称；水平：每个控件对应的取值）
- 确定要采用的正交表
- 将正交表中的字母用文字代替
- 设计测试用例（一行就是一条测试用例）
案例1：字符属性设置程序
窗体中有多个控件（字体、字符样式、颜色、字号），每个控件有多个取值
字体：仿宋、楷体、华文彩云
字符样式：粗体、斜体、下划线
颜色：红色、绿色、蓝色
字号：20号、30号、40号
| 列号 | 字体 | 字符样式 | 颜色 | 字号 |
|---|---|---|---|---|
| 试验号 | ||||
| 1 | 仿宋 | 粗体 | 红色 | 20号 |
| 2 | 仿宋 | 斜体 | 绿色 | 30号 |
| 3 | 仿宋 | 下划线 | 蓝色 | 40号 |
| 4 | 楷体 | 粗体 | 绿色 | 40号 |
| 5 | 楷体 | 斜体 | 蓝色 | 20号 |
| 6 | 楷体 | 下划线 | 红色 | 30号 |
| 7 | 华文彩云 | 粗体 | 蓝色 | 30号 |
| 8 | 华文彩云 | 斜体 | 红色 | 40号 |
| 9 | 华文彩云 | 下划线 | 绿色 | 20号 |
基于allpairs设计测试用例
- 步骤
-
需求分析
-
确定因素与水平（因素：控件名称；水平：每个控件对应的取值）
-
将确定的因素与水平复制到txt文件中
-
打开DOS窗口，进入allpairs目录，运行命令：allpairs.exe test.txt > result.txt
-
根据生成的新文件编写测试用例（一行就是一条测试用例）
-
案例2：用户筛选按钮
假设有一个用户筛选功能，有3个输入分别是体型、年龄段、性别，
体型有3个取值：胖、适中、瘦；
年龄段有3个取值：老人、青年、儿童；
性别有2个取值：男，女；
请设计测试用例。
| TEST CASES | |||
|---|---|---|---|
| case | 体型 | 年龄段 | 性别 |
| 1 | 胖 | 老人 | 男 |
| 2 | 胖 | 青年 | 女 |
| 3 | 适中 | 老人 | 女 |
| 4 | 适中 | 青年 | 男 |
| 5 | 瘦 | 儿童 | 男 |
| 6 | 瘦 | 老人 | 女 |
| 7 | 胖 | 儿童 | 女 |
| 8 | 适中 | 儿童 | ~男 |
| 9 | 瘦 | 青年 | ~男 |
6.场景法（流程图法）
-
概念：场景法就是模拟用户操作软件时的场景，主要用于测试多个功能之间的组合使用情况。
-
使用测试阶段
- 集成测试
- 系统测试
- 验收测试
-
设计测试用例的步骤
-
需求分析
-
绘制流程图
-
设计测试用例（一条流程路径就是一条测试用例）
-
-
流程图常用符号
-
开始或结束：椭圆
-
方向或路径：箭头
-
处理或操作：长方形
-
判断：菱形
-
输入或输出：平行四边形
-
-
绘制流程图
-
第1步：确认场景中关键业务步骤
-
第2步：确定业务之间的先后顺序
-
第3步：用箭头连接即可
-
-
绘制工具
-
Microsoft Visio
-
软件介绍
-
Visio的安装
-
以管理员身份运行Visio2003_SP3.exe
-
默认安装即可，中间不需要修改或填写任何内容
-
-
Visio的基本使用：
- 新建
-
画图
-
选中—del—删除操作
-
ctrl 鼠标左键 拖拽 画纸边缘 – 扩大画纸
- ctrl 滚轮 – 放大缩小
- 组合与取消组合
-
操作练习
-
新建一个流程图
-
熟悉几个主要的组成元素
-
熟悉visio的两个工具
-
使用一下Del删除无关元素操作
-
调整一下纸张大小（Ctrl+鼠标左键）
-
组合与取消组合操作练习
-
-
-
案例1：电商购物流程
案例2：缺陷跟踪管理流程
7.错误推测法
-
概念：利用经验或智慧发现程序中可能犯错的地方。
-
使用场景
-
重要功能
-
使用同类型产品
-
任务急、时间紧、资源少
-
8.测试用例设计方法总结
- 具有输入功能，但输入之间没有组合关系==》【等价类】
- 输入有边界 如长度、类型==》【边界值】
- 多输入、多输出、输入与输入之间存在组合关系、输入与输出之间存在依赖或制约关系==》【判定表、因果图】
- 用最少的测试用例获得最大测试覆盖率时 ==》【正交法】
- 多个功能的组合测试 ==> 【场景法、流程图】
- 最后推荐使用【错误推测法】来进一步补充测试用例
作业
作业：
1.梳理今日知识点，结合课上知识讲解补充完善今日总结内容，以xmind形式输出
2.继续完善TPShop商城前台【注册】功能测试用例设计并执行编写的测试用例
3.TPShop商城后台【添加会员】功能测试用例设计并执行编写的测试用例
说明：
后台访问地址：http://localhost/Admin/Admin/login
用户名：admin
密码：123456
测试功能：【系统】==》【会员】==》【会员列表】==》点击【添加会员】按钮
今日总结
- 能够结合案例找出边界值的上点、离点和内点
- 能够使用边界值方法设计（新浪邮箱登录案例）测试用例
- 能够说出边界值方法的适用场景
- 能够使用判定表方法设计（文件修改案例）测试用例
- 能够说出判定表方法的使用场景
- 能够说出场景法的应用场景
- 能够说出错误推断法的应用场景