1 引言
在前面几篇文章中,为大家介绍的都是系统的方法论,但在实际需求测试的过程当中,受到外部环境及业务逻辑的影响,比如涉及多需求耦合、浏览器缓存堆积等情况,仅针对当前需求设计出的测试用例就会有覆盖不全的问题,此时就需要借助以往的经验进行反向错误推测,辅助其他方法对测试用例进行完善。在本篇文章中,首先会对错误推测法的思路进行介绍,并对本系列文章中讲解的所有测试用例设计方法进行归纳总结,给出具体的可应用业务场景,便于大家在遇到同类场景时可快速筛选出适用的方法,将测试用例设计方法论真正落地到日常工作中。
2 错误推测法
2.1 定义
是基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。
2.2 设计思路
•总结归纳以往的测试版本,找出共通的易错点 •借助网络搜索,参考网上的测试设计要点 •站在用户的角度去考虑非常规操作 •编写测试场景标准库来完善错误推测方法2.3 总结
方法 | 错误推测法 |
优点 | ① 充分发挥人的直觉和经验 ② 集思广益 ③ 方便使用 ④ 快速切入 |
缺点 | ① 难以知道测试的覆盖率 ② 可能丢失大量未知的区域 ③ 带有主观性且难以复制 ④ 只能作为测试设计的补充,不能单独用来设计测试用例 |
适用场景 | 先用其他方法设计测试用例,再使用错误猜测法补充用例。 |
3 全量适用场景总结
方法 | 具体使用场景 |
等价类划分法+边界值分析法 | ① 输入条件规定的取值范围或值的个数的情况(最小<x<最大,最小<x,最大>x)。例如用户名长度、红包金额 ② 在下拉列表中包含多个选项的情况;城市下拉选项(第一个、最后一个、中间一个) ③ 如果规定了输入数据必须的遵守规则,可确立一个有效等价类和若干个无效等价类④ 报表数据第一行、最后一行、中间一行 |
因果图法/判定表法 | ① 在界面中有多个控件,控件之间有组合或限制关系,不同的输入组合会对应不同的输出结果 ② 适合测试组合数量较少的情况,一般少于20种 |
正交试验法 | ① 表单类(均为下拉框、选项框等枚举类) ② 固定枚举组合场景类 ③ 适合测试组合数量较多的情况 ④ 在界面中有多个控件,控件之间有组合或限制关系,不同的输入组合会对应不同的输出结果 |
功能图 | ① 系统初建/重塑时,需要对系统中的对象状态流转进行测试; ② 被测对象存在状态变化的功能,如审批流的状态、线索转化的状态等等。 |
场景法 | 适用于业务流程较清晰的软件系统或功能模块,如审批流划转、在线购物、报价申请、实名认证、销售线上签约等。 |
错误推测法 | 先用其他方法设计测试用例,再使用错误猜测法补充用例,如从以下方面考虑: ① 单个空格,多个空格 ② 字符串前面有空格 ③ 字符串后面有空格 ④ 转义符 “\n” ⑤ Null ⑥ 特殊字符 ⑦ 通配符 * ⑧ 空串,超长字符串 |
作者:京东物流 陈雨婷 王鹏 张苑 李硕
来源:京东云开发者社区 自猿其说Tech 转载请注明来源
标签:控件,场景,错误,六脉,测试用例,测试,设计,至简 From: https://www.cnblogs.com/Jcloud/p/17916462.html