以我自己学习到的知识,大致总结一下五种测试用例设计方法。
等价类划分法
在前面的文章详细介绍了等价类划分法,想要查看的朋友们可以点击跳转查看。
边界值分析法
- 边界值范围节点(是测试的数据,未优化用例最多7条)
上点:正好等于(边界上的点)
离点:刚好大于和刚好小于(距离上点最近的点)
内点:范围内的点 - 边界值法设计用例步骤
1.明确需求
2.确定有效、无效等价类
3.确定边界范围值
4.提取数据编写用例
3.案例优化
优化后为5条用例
开内闭外:
开区间(不包括上点),取内点
闭区间(包含上点),取外点
- 边界值分析法能解决位数限制问题,但是不能解决类型问题,需结合等价类划分法。
判定表法
-
定义:是一种以表格形式表达多条件逻辑判断的工具。
-
组成:条件桩、动作桩、条件项、动作项
-
规则:
1.判定表中贯穿条件和动作项的一列就是一条规则。
2.假设有n个条件,每个条件的取值范围有两个,全组合有2的n次方种规则 -
步骤:
1.明确需求
2.画判定表
①列出条件桩和动作桩
②填写条件桩,对条件进行全组合(类似于排列组合)
③根据条件项的组合确定动作项
④简化、合并相似规则(有相同的动作)
3.编写用例 -
案例(只有画判定表,编写用例与等价类类似)
验证“若用户欠费或关机,则不允许被主叫”功能的测试
判定表:
条件 | 是否欠费 | 是 | 是 | 否 | 否 |
是否关机 | 是 | 否 | 是 | 否 | |
操作 | 是否允许被主叫 | 否 | 否 | 否 | 是 |
场景法
- 即为流程图法,利用标准的图形和箭头表达程序或业务的走向,可以使用专业的画流程图的工具,也可以使用office或者wps。
- 重点:先测业务,再测单功能、单模块。
错误推荐法
- 定义:通过经验推测系统可能出现问题
- 场景:
1.时间紧任务大
2.通过该方法列出之前问题较多的模块进行再次测试 主要用于当项目用例都已经测试完毕,并且bug已经修复完成,离产品上线还有些时间,在这段时间复测主要业务或者测试未覆盖的功能。
如果有错误和不严谨的地方,欢迎大家私信或者评论区指出,谢谢!