功能测试方法经验总结

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

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、……