“我心里有一种不祥的预感。”
“凭我的直觉，这里将有大事发生。”
“凭着我的推测和判断，那里将会出问题。”
这些看似主观性的预料和推测，往往将会出现惊人的结果：事情真的发生了。
这种现象，在我们实际的软件测试工作中也普遍存在。
比如，
我们在熟悉需求中复杂的业务时，会推测开发编码实现将出现某种错误，等测试时真的就发生了；
又如，
根据我们的经验积累，会去执行一些需求罗列之外的场景，最终发现了一些重大价值的缺陷。
甚至，
我们在测试时，会突然灵光一现，强烈预测用户可能会做某特定的操作导致系统出异常，而事实上就如此；
基于此，是时候对这些“神奇”的测试下一个定义了：
人们也可以靠经验和直觉推测程序中可能存在的各种错误，从而针对性地编写检查这些错误的用例，这就是错误猜想法。
错误猜想法的基本想法是：列举出程序中所有可能有的错误和容易发生错误的特殊情况，根据它们选择测试用例。
错误推测有迹可循：
情景联想推测法 如上文小酋在场景分析法中讲到的，把测试代入真实的用户情境中，这样将会依据情景联想推测出许多软件需求预料之外测试场景。
经验性推测法 根据以前积累的大量测试经验、行业知识、生活经验等，推测出可能出现错误的地方，而往往这些在需求中是没有体现出来的。
直觉或第六感 当我们在熟悉需求、编写用例或执行测试中，可能会“莫名”的灵光一闪，预测可能出现问题的地方。此时我们需要把灵光捕捉下来，转化为我们的测试用例。
要做好错误猜想法，必须要有较深的测试经验积累，较强的第六感，对问题的敏锐性、以及直觉性，就如侦探判案，根据经验做大胆的假设，最后去求证线索。
针对此方法，应用时需要注意：
1、错误猜想法只能作为测试设计的补充而不能单独用来设计测试用例，否则可能会造成测试的不充分（该测的功能漏测了）。
2、针对资深测试人员。随着在产品测试的实践中对产品的了解和测试经验的丰富，使用错误猜测法设计的测试用例往往非常有效。（新人要慎用）
至此，小酋常用测试用例设计方法的介绍就告一段落了。至于因果图判定表法、状态迁移法、白盒路径覆盖一扒拉方法等之类的，这些小酋虽然懂，但实际工作中很少用到，更多为应付面试。后面等小酋有空，可以再花些篇幅简单介绍下。
关注小酋微信公众号 ceshibuluo （51ste软件测试部落），更多精彩内容等着你~