1. 前置：
早些年，在老徐入行的时候，经常看到同行提到此方法 。反而，现在提这块的，少了 。 那时，比较好奇是：“有经验的老鸟，是如何使用此方法的 ？”
如今，自己已经是行业内的老鸟一枚，通过此文，分享一些错误推测法的具体企业落地（我们到底是如何把错误推测法，应用到日常的测试工作中的 ？）
2. 概念普及：
错误推测法是指「在测试程序时，可以根据经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例」的方法。
这种方法没有固定的形式，也不限于用什么方法设计用例；依靠的是经验和直觉 。其实，工作中，多数测试工程师，都会不知不觉的使用到。
3. 错误推测法，有啥用 ？
1）在测试时间不够的情况下（测试时间不够的情况下，如何做 ？有考虑写篇文章），能快速发现80%的问题，确保尽可能少的已知问题流到线上 。
2）提前发现问题，测试前置 。
3）节省时间，尽可能少的用例，发现更多的问题 。
4）如果想推行研发自测，或者引入其他部门的协助测试；利用好错误推测法，可减少一些推行阻力 。
4. 举几个例子 ：
比如，
1）新开发的功能，与其相关的业务，或者数据，容易出现问题 。
2）分页功能，页码搜索 。
3）新功能的，异常场景 。
4）测试update功能时，insert的相关限制条件，是否生效 ？
5）列表功能，为空时，是否报错 ？
6）文本框，“空格 / 特殊字符”的处理 。
7）... 等等等 ...（省略10000字 ...）
补充，
其实如上这些内容，就是所谓的「测试点」
关于APP测试 & WEB测试（公号「简尚」，回复关键词，下载），之前有汇总过完整的测试点，可以自行查阅参考 。
最后，留个问题：
你是怎么使用「错误推测法」的 ？
延伸 ，
1）经验这东西，需要一定的时间积累 。错误推测法 ，只能是作为用例设计的补充，存在一定的主观性 ，而且无法确保100%覆盖，容易漏 ，有利有弊，合理利用 。
2）用例评审时，为何很多同学，能一眼就看出你的用例欠缺点 ？ 其实，就是用到了「错误推测法」。
End 。
这篇文章，写于深夜，希望对你有点用 。
作者：IDO老徐
2019/06/10
原创文章，禁止任何形式的转载 。转发到朋友圈 & 群，欢迎 。
