【读书活动实用案例分享】-八阿哥反对派-《思考，快与慢》：锚点的思维骗局

        《思考，快与慢》中曾提到过一个概念——锚定效应。是指人们在做判断时，会不自觉地被最先接触到的信息，也就是锚点绑定，后续思考和决策都会围绕这个锚点展开，很难跳出它的影响。
        举个简单的例子，我曾在公司内部发起一场调查问卷：将参与人拆分成两个组，一个组的问题是：你觉得某大哥的体重比100斤重还是轻并猜测实际体重；二组的问题是：你觉得某大哥的体重比300斤重还是轻并猜测实际体重。虽然大家都宣称自己绝对不会受到锚定数据的影响，但最终得出的结论大相径庭。前者的平均值是174斤，后者的平均值是211斤，两者差距37斤。这个藏在思维深处的陷阱，在软件测试场景里比想象中更隐蔽，也更影响测试质量。
        测试时，我们总在不经意间被各种锚点绑住手脚。比如沿用历史测试用例时，会下意识以过往发现的bug类型为锚，前几版都出现在异常订单上，就反复盯着这处查，反而忽略新业务逻辑带来的场景漏洞；又比如开发提交版本时随口提一句这次就优化了登录页性能，我们便会立刻锚定性能测试，把兼容性、异常登录等场景抛在脑后。
        锚定效应还会悄悄误导缺陷判断。遇到和过往bug相似的现象时，我们总爱直接锚定旧结论，跳过深层排查。比如今天发现资中大屏汇总电量没有数据，我第一反应就锚定后端接口没有返回数据，毕竟十分钟之前解决过类似问题，是后端接口逻辑错误导致的。当我直接找到开发人员查看时才发现，后端接口返回正常，是前端取值字段错误导致。这件事情在提醒我，经验有时是枷锁。
        想规避锚定陷阱，关键是主动激活系统2的慢思考：每次测试前，先花5分钟做锚点自查，把历史bug、开发说明、需求标注这些可能干扰判断的信息列出来，刻意提醒自己别被先入为主带偏；设计用例时，专门留20%的篇幅给非预期场景，比如故意打乱操作顺序、输入极端数据，甚至模拟用户误操作，避免被常规流程锚定；遇到问题时，先强迫自己否定第一判断，至少列出两种其他可能性再排查。
        卡尼曼说锚定效应是思维的惯性，而理性是打破惯性的刹车。对软件测试来说，我们既要靠经验提高效率，更要警惕经验变成思维锚点。唯有带着怀疑精神做测试，不被初始信息框住视野，才能既快又准地覆盖风险点，真正守住产品质量的底线。