功能测试方法经验总结

实际工作中,每个人可能都有多种多样、形形色色的测试方法,往往也都是混合使用。简单罗列了我所理解及使用的一些方法或思想(方法之间并不孤立),欢迎评论区聊聊属于你的方法。


1、正反路径(最长最短路径,反转路径,中断路径)

2、关键枚举(重要属性枚举全覆盖)

3、有无转换(事物状态的轮转)

4、不定向思维(回归原始诉求,不局限需求文档)

5、等价类划分(有效等价类,无效等价类)

6、条件临界值(-1,0,1,3,n-1,n,n+1)

7、最大最小值(逻辑极限值,数据类型极限值)

8、场景还原(正常场景、异常场景)

9、因果归纳(梳理所有的输入,输出及其关系)

10、用户体验(UI、可用性、易用性、兼容性、安全感、特殊人群)

11、本地化国际化(语言,风俗民情,宗教信仰,法律法规)

12、直觉判断法(越觉得可疑的地方往往会出问题)

13、实践法(实际执行验证,不要偷懒省事)

14、对比法(本业务不同系统,不同端口,类似功能对比、本行业及竞品参考)

15、优先级测试法(优先重点验证核心功能,可以影响用户量及品牌价值等为参考划分)

16、兜底法(假如功能出现重大问题,如何兜底?)

17、历史数据兼容(有些时候老数据忘记提前构建,新版本发布后不易操作,可能会忽视。但这个也是容易出问题的地方)

18、交叉测试法(打破个人思维定式局限,有时间的话最好进行下,相较容易发现问题)

19、代码阅读法(条件允许的话可以尝试,更加了解前后端交互及实现细节,容易构想出更多的场景)

20、破坏测试法(设法破坏系统,发现隐藏问题)

21、行业常规(某些内容遵守约定俗成的规范,比如多搜索条件没有设计重置)

22、降低无效测试(对于某些类似的逻辑或数据,可考虑适当减少重复测试)

23、特性测试(比如windows和mac,上传图片的时候win支持切换所有文件)

24、专业转移(比如UI就让专业的设计师来看,毕竟一般小细节我们可能看不出来)

25、数据追踪(验证数据的来源、经过、终点,更新与删除节点。比如:后台创建方式落库到db-->经由mq/redis/本地缓存-->c端的展现链路,不同的数据有不同的生命周期)

26、……