网站建设商业阶段,去国外怎么导航地图,网站建设部门宣言,微信网页版二维码常见的软件测试用例设计方法#xff0c;个人认为主要是下面这6种#xff1a;
1)流程图法#xff08;也叫场景法#xff09;
2)等价类划分法
3)边界值分析
4)判定表
5)正交法
6)错误推测法
这6种常见方法中#xff0c;我分别按照定义、应用场景、使用步骤、案例讲解…常见的软件测试用例设计方法个人认为主要是下面这6种
1)流程图法也叫场景法
2)等价类划分法
3)边界值分析
4)判定表
5)正交法
6)错误推测法
这6种常见方法中我分别按照定义、应用场景、使用步骤、案例讲解这4个部分进行讲解。
所以本文行文结构如下
1、每种用例方法定义、应用场景、使用步骤、案例讲解
2、每种用例方法应用场景的区别
一、流程图法也叫场景法
1、使用场景
所谓流程图法就是专门针对软件业务流程测试的方法。
2、什么是业务流程
业务流程是指客户在使用软件的过程中为了达成自身的所想要的目的按照指定的顺序去操作软件的功能这样的操作过程叫业务流程。
业务流程是多个功能的组合。比如把大象放进冰箱就是一个业务流程。 3、使用频率 高。
未来不管面向什么项目都是为了实现用户价值去开发的所以一定会有业务场景测试。也就意味着一定会使用到流程图法。
流程图法测试不需要深入功能内部详细测试主要测试流程。
4、使用步骤
根据流程图找出路径
编写测试用例从开始到结束为一条路径有多少条路径就有多少条用例 路径数 判定节点数 1
5、测试流程使用案例
流程图举例如下 测试用例设计步骤1)找出流程图的路径
路径数 3 1 42)编写测试用例
① 结账流程成功
② 结账流程失败-登录失败
③ 结账流程失败-选择桌台失败
④ 结账流程失败-支付失败二、等价类划分法
1、概念 等价类定义满足某种共同特征的数据子集
等价类分类 有效等价类满足需求的数据集合 无效等价类不满足需求的数据集合 2、使用场景 没法穷举的或数据集过大的数据集。 比如手机号无法穷举。 比如一年365天虽然有限但数据集过大。 那为了缩小测试范围就可以考虑使用等价类划分法。 3、使用频率 该方法的使用频率高。 针对需要有大量数据测试输入 但是没法穷举测试的地方。 比如输入框、下拉列表、 单选复选框 4、使用步骤 步骤1分析需求 步骤2划分等价类—等价类表 等价类划分按照 1长度空2类型 3规则 去设置无效等价类 步骤3设计用例原则 ① 设计一个新的测试用例使其尽可能多地覆盖尚未被覆盖的有效等价类。 ② 设计一个新的测试用例使其仅覆盖一个尚未被覆盖的无效等价类。 5、使用案例 注册邮箱验证 要求
6-18个字符包含数字、字母和下划线必须以字母开头
解题思路 步骤1分析需求
步骤2划分等价类——等价类表 步骤3设计用例原则
① 先写能覆盖所有有效测试点的正向用例 一条正向用例覆盖编号123这3条有效等价类 图片 ② 剩下的所有无效测试点再分别和正确的测试点组成反向测试用例有多少无效测试点就要设置多少条反向测试用例
有6个无效测试点就要另外再设置6条反向测试用例。
三、边界值分析法
1、概念
规律边界和边界内的值更容易发现错误
所以要优先选取正好等于、刚好大于、刚好小于边界的值作为测试数据。
举例数据范围为 [-99,99]
上点边界上的点(正好等于下图中的绿色)
离点距离上点最近的点(刚好大于、刚好小于, 下图中的黄色)
内点范围内的点(区间范围内的数据下图中的紫色)
其中上点和内点【必选】。 2、使用场景
输入范围有边界。意味着使用场景只能是数字或时间类型。
边界值分析法一般都是结合等价类使用。
在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
常见词语描述:大小、 尺寸、 重量、 最大、 最小、 至多、 至少等修饰词语 典型代表:有边界范围的输入框类测试
疑问中英文字符串可以使用边界值吗
中英文没有边界意味着无法使用边界值。
3、使用步骤
边界值设计用例步骤
明确需求
确定有效和无效等价类
确定边界范围值
提取数据编写测试用例
4、使用案例
需求验证QQ账号的合法性
要求: 6~10位自然数
明确需求
确定有效和无效等价类
确定边界范围值 提取数据编写测试用例 四、判定表法
1、定义
判定表法是一种以表格形式表达多条件逻辑判断的工具。
2、使用场景
1多条件组合的测试 且 2各条件之间要有约束依赖 上方截图中通过表格将各种组合情况都列出来非常清晰。其中
灰色背景色是条件桩列出问题中的所有条件列出条件的次序无关紧要。
绿色背景色是动作桩列出问题中可能采取的操作操作的排列顺序没有约束。
黄色背景色是条件项列出条件对应的取值所有可能情况下的真假值。
蓝色背景色是动作项列出条件项的、各种取值情况下应该采取的动作结果。
3、判定表使用步骤
Step1、明确需求
Step2、画出判定表
1列出条件桩和动作桩
2填写条件项对条件进行全组合
3根据条件项的组合确定动作项
4简化、合并相似规则(有相同的动作)
step3、根据规则编写测试用例
4、使用案例
订购单检查。规则
1如果金额大于500元又未过期则发出批准单和提货单;
2如果金额大于500元但过期了则不发批准单与提货单;
3如果金额小于等于500元则不论是否过期都发出批准单和提货单;
4在过期的情况下不论金额大小还需要发出通知。
Step1、明确需求
条件桩两个 金额是否大于500元 订单状态是否过期 动作桩三个 发出批准单 发出提货单 发出通知单 Step2、画出判定表 列出条件桩和动作桩 2填写条件项对条件进行全组合 3根据条件项的组合确定动作项 4简化、合并相似规则(有相同的动作)
没有不用操作。
step3、根据规则编写测试用例
其中判定表中贯穿条件项和动作项的一列就是一条规则每条规则要配上一条测试用例。 五、正交法
1、定义
正交法是通过正交表选择部分有代表性的组合进行测试降低测试成本
正交表是经过统计学的实验分析得来的一个数学结果。它相当于是在大数据集合当中按照数学的特性去均匀的选择挑选测试数据以便大幅缩小测试范围。
2、应用场景
各条件相互独立每一种有效用例里的组合数过多而且这些组合都是有效数据。举例 比如要为购票系统设置测试用例。到达北京的出发地至少有300个以北京为出发地的目的地也至少有300个加上出发日期一年365天取300天。
请问覆盖出发地目的地出发日3个条件的测试用例可以写多少条
答案300 x 300 x 300 9w x 300 2700w 条。
但由于城市名无法设置子集边界不好使用等价类方法来缩小范围那你就要考虑正交去降低了。
3、使用步骤 分析需求确定因素(条件)和水平(条件取值) 选择正交表进行映射 设计测试用例正交表一行对应一条用例 根据需求补充用例常用的组合项
4、案例讲解 4.1分析需求确定因素(条件)和水平(条件取值)
因素出发地、目的地和出发日期 因素数3个
水平填写、不填写 水平数2个
4.2选择正交表进行映射 正交表列名条件具体取值替换。
水平“填写”替代 1、“不填写”替代 2。4.3设计测试用例正交表一行对应一条用例
case1: 出发地填写目的地填写出发日期填写
case2: 出发地填写目的地不填写出发日期不填写
case3: 出发地不填写目的地填写出发日期不填写
case4: 出发地不填写目的地不填写出发日期填写
4.4, 根据需求补充用例常用的组合项
如果某些组合情况用户经常使用还可以进行适度的用例完善。
六、错误推测法
1、定义
通过【经验】推测系统可能出现的问题。
可以作为正常用例方法的补充存在。
2、场景
2.1、 时间紧任务量大时根据之前项目类似经验找出易出错的模块重点测试
2.2、 时间宽裕通过该方法列出之前出现问题较多的模块再次测试
3、使用方法
根据【经验】和【直觉】列举出可能出现问题的清单根据清单分析问题可能原因推测发现缺陷。
4、案例讲解
比如输入框填入“空”。
七、最后用例方法总结 以上六种用例最重要的是区别每种用例方法的应用场景。简单总结如下
1流程图法也叫场景法主要针对业务场景也就是多个功能的组合使用场景。
2等价类划分法主要针对数据很大且数据主要为数字、日期类型。
3边界值 确认边界要结合等价类使用
4判定表 一条测试用例覆盖多个条件且条件之间有约束
5正交法 数据很大但是无法使用等价类缩小范围比如城市名浏览器名称不是数字、日期类型就用正交表来缩小范围
6错误推测法有经验的人使用
最后感谢每一个认真阅读我文章的人礼尚往来总是要有的虽然不是什么很值钱的东西如果你用得到的话可以直接拿走 这些资料对于【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程希望也能帮助到你
