6、Dismissed Confusion

　　由于困惑而驳回自己的意见，测试人员不自信，认为开发软件的人员比自己更聪明，导致问题的不是软件本身的bug。

　　如何避免：增加自信，遇到困惑的时候提出问题或者记录下来

　　5、Performance Paralysis

　　面临选择的时候害怕犯错而迟疑不定。

　　如何避免：尝试P.I.Q.cycle：Plunge-In-and-Quit，从某处开始考虑一个问题，当思考的过于复杂或者抽象而让你头疼的时候，退出来休息下，然后回来以新的视角考虑这个问题

　　4、Function Fanaticism

　　功能狂热，只通过对UI判断，程序能做什么、不能做什么，以此来直接进行测试。而不考虑程序的构成、如何运行、如何被使用及有哪些依赖项。

　　如何避免：使用启发式思考或者checklist

　　3、Yourself， untested

　　测试人员没有从合作伙伴的角度评估自己的工作。给合作伙伴提供了不准确的信息：bug报告、测试说明等。

　　如何避免：test your testing，评估自己的测试技术、策略、计划、风险等

　　2、Bad Oracles

　　Oracles 指识别问题的原理和机制。这里相当于用例是否通过的标准。测试人员使用了错误的标准或者不知道使用什么标准来评判一个用例是否通过。

　　如何避免：听取其他合作伙伴的已经，以判断问题是否为bug。

　　1、 Premature Celebration

　　提前庆祝，发现问题后不深入寻找原因，而是提前抛出问题。

　　如何避免：遇到问题立即进行分析推断，而不是马上下定论。