一、解决穷举场景—等价类划分法
待整理...
二、解决边界限制问题—边界值说明
说明:使用边界值解决界位数限制问题。
01定义:
选取正好等于、刚好大于刚好小于、边界的值作为测试数据。
- 上点:边界上的点(刚好等于)
- 离点:离边界最近的点(刚好大于、刚好小于)
- 内点:范围内的点(区间范围内的数据)
02步骤:
- 明确需求
- 确定有效和无效等价
- 确定边界范围
- 提取数据编写用例
提示:1.有关范围限制,最多7条用例(暂时未优化)
2.边界值能解决位数限制问题,但不能解决类型问题(要结合等价类)
03优化(7点优化5点)
重点:内开闭外(开区间选包涵的点,闭区选不包含的点)
开区间:不包含边界上的点(没有等号)。如:a<10
闭区间:包含边界上的点(有等号)。如a>=10
优化策略:
- 结论:7个优化为5个点
- 上点:必选(不考虑区间开闭)
- 内点:必选(建议选择中间范围)
- 离点:内开闭外(考虑开闭区间,开区间选择内部离点,闭区间选择外部离点)
10<a<=20 →使用开闭区间表达:(10,,20]*
开区间:不包含*
闭区间:包含*
04总结
强调:单个输入框,常用的方式 边界+等价类
面题:最常用的用例设计方法有哪些? 等价类、边界类
1.在等价类的基础上针对有边界范围的测试数据输入的地方(重点关注边界)
2.常见词语描述:大小、尺寸、重量、最大、最小、至多、至少等修饰词。
3.典型代表:有边界范围的输入框类测试。
三、解决多条件有依赖关系测试—判定表
使用判定表解决多条件有依赖关系测试
01:介绍
定义:是一种以表格形式表达多条件逻辑判断的工具。
组成:
**条件性:**列出问题中所有的条件,列出条件的次序无关紧要。 ** 动作性:**列出问题中可能采取的操作,操作的排列顺序没有约束。 **条件项:**列出条件对应的取值,所有可能情况下的真假值。 **动作项:**列出条件项的、各种取值情况下应该采取的动作结果。规则:
判定表中贯穿条件项和动作项的一列就是一条规则。 假设有n个条件,每个条件的取值有两个(0,1),全组合有**2的n**次方种规则
02:步骤
1.明确需求
2.画出判定表
1)列出条件桩和动作桩
2)填写条件项,对条件进行全组合
3)根据条件项的组合确定动作项
4)简化、合并相似规则*(有相同的动作)*
3.根据规则编写测试用例
四、对于项目业务进行设计测试点—场景法
01:流程图
定义:使用标准图形和箭头来表达程序或业务的走项。
对测试人员作用:
①能够看懂流程图,设计业务用例。
②当需求文档信息不全时,根据需求,梳理出流程。
02:场景法
说明:场景法也可以叫流程图法,是用流程图描述用户的使用场景,然后通过覆盖流程路径来设计测试用例。
意义:
- 用户使用角度:用户平时使用的不是单个功能,而是多个功能组合起来进行使用。
- 测试人员角度:平时测试的都是单个功能点进行测试,容易忽略多个功能的组合测试。
五、错误推荐法
01定义:
通过经验推测系统可能出现的问题。
02思想:
根据经验列举出可能出现的问题的清单,根据清单分析问题可能的原因,推测发现缺陷。
03场景:
1.时间紧任务量大时,根据之前项目类似经验找出易出错的模块重点测试。
2.实践宽裕通过该方法列出之前出现的问题较多的模块再次测试。
总结
一、能对穷举场景设计测试点
- 方法:等价类
- 说明
①有效等价→范围之内1个
②无效等价→范围之外都属于无效等价
- 重点:验证类型
- 难点:
①长度→边界
②类型→等价
③规则→等价
二、能对限定边界规则设计测试点
- 方法→边界值
- 名词
①上点→边界上的点
②离点→距离上点最近的点
③内点→范围内的点
- 提示
①使用边界对长度限制设计测试点最多7条用例
②优化:5条→开内闭外;开区间(不包含上点),取内点;闭区间(包含上点),取外点。
③对于单个输入框来说,我们使用边界值+等价类
三、能对多条件依赖关系进行设计测试点
- 方法→判定法
- 名词:
①条件桩→将条件提取出来
②动作桩→最后能产出的结果清单
③条件项:是是、是否、否是、否否
④动作项→√×
- 提示:
①多个条件未必有依赖关系。如电话、地址。
②只有多个条件依赖才使用判定表
③2的条件次方为用例个数。
四、能对项目业务进行设计测试点
- 方法→流程图法
- 重点:先测业务,在测单功能、单模块。
版权归原作者 黄瓜啊黄瓜 所有, 如有侵权,请联系我们删除。