今天目标
1、能对穷举场景设计测试点(穷举场景:有很多种可能,但又不想把每种可能性都测,抽几个,but抽哪几个,测试点:要验证的点)------>等价类划分法
2、能对限定边界规则设计测试点(边界规则:比如6~8人,6和8是边界)-----> 边界值分析法
3、能对多条件依赖关系设计测试点(多条件依赖:父子级的关系)----->判定表法
4、能对项目业务设计测试点------> 场景法
今天学完功能测试掌握80%
一、解决穷举场景
重点:等价类划分法
1.1等价类划分法
等价类总结(应用场景):
针对:需求有大量数据测试输入,但没办法穷举测试的地方。
例如:输入框;下拉列表、单选复选框
典型代表:页面的输入框测试。
注意:完整的用例应该是等价类和边界值一块写
二、解决限定边界问题
2.1边界值分析法
2.1.1边界范围节点
选取正好等于、刚好大于、刚好小于边界的值作为测试数据
- 上点:边界上的点(正好等于)
- 离点:距离上点最近的点(刚好大于、刚好小于)
- 内点:范围内的点(区间范围内的数据,一般取居中)
注意:
1、有关范围限制最多7条用例,就是图上这7个点(暂时不考虑优化)
2、边界值能解决位数限制问题,但是不能解决类型问题。(要结合等价类)
2.1.2边界值法设计用例步骤
- 明确需求
- 确定有效和无效等价类
- 确定边界范围值(拉满7个点)
- 提取数据编写测试用例
2.1.3练习
2.1.3.1练习一(标题长度的合法性)
2.1.3.2练习二(qq号码的合法性)
2.1.4边界值优化及总结
2.1.4.1优化策略
开内闭外!!!
2.1.4.2总结
注意:单个输入框,常用的方式 边界+等价类!
面试题:最常见的用例设计方法有哪些?----等价类,边界值
三、解决多条件依赖测试问题
3.1判定表
3.1.1判定表介绍
条件桩(灰):欠费、关机;动作桩(绿):主被叫;
动作项(蓝色);黄色:条件项;
3.1.2判定表步骤
3.1.3练习(订购单检查)
3.1.4练习(文件修改规则)
3.1.5判定表总结
注意:
- 多条件之间有依赖关系,使用判定表来进行覆盖
- 多个条件未必有依赖(例如:电话、住址)
- 判定表一般适合4个以内条件依赖关系,如果条件超过4个,就不适合覆盖所有条件,应该采用(正交法)解决。
四、业务测试覆盖问题
重点:
- 覆盖业务测试,需要使用流程图法
- 先测试业务,再测试单功能、单模块、单页面
4.1流程图
why:业务用例是根据流程图来梳理的,需要先了解流程图。
作用:梳理业务用例
工具:processon(线上);visio(window)
注意图形
4.2场景法
4.2.1介绍
4.2.2适用场景
- 根据实际的应用场景,来测试业务用例,可以使用场景法
4.2.3案例一(ATM取款)
流程图
五、错误推断法
5.1介绍
什么时候用:时间紧,任务量大,不能加人的时候,先跟产品人员确定哪些是重要业务,先验证主要业务,先正向再逆向,按时间节点走,先不着急写用例,以后补。
当所有的业务都测完了,bug都修复完了离上线还有几个小时,在这个时间段用。
应用场景:当项目用例都执行完毕,且bug修复完毕,里上线还有一段时间,在这段时间用错误推断法复测主要业务或者测试未覆盖的功能。
六、总结
七、作业
我写的:
老师讲:
写的有些问题:不能仅针对于密码,这是一个注册页面,手机号,密码,验证码都要涉及。写测试的套路。
不用考虑区段,没有意义,不用考虑是移动、电信、联通。
位数验证:防止客户写错电话号码
验证码只考虑图上这几条,无论是图片还是短信
兼容性:五大浏览器(他们有自己的内核)(谷歌、火狐、IE、苹果、欧朋--欧洲市场)
怎么测浏览器:1、谷歌浏览器中正常打开注册页面+输入,其他以此类推
原型图:
我写的: