测试思维是怎样的一种思维？

平时和测试团队讨论一些基本认知问题的时候，总绕不开这个问题：测试思维是怎样的一种思维。

首先，为什么总绕不开呢？

测试被视为研发系统的反馈回路，其所有活动的背后是一种区别于领导层、产品经理、开发人员的思考。在研发团队中，每个角色都提供了自身角色的思维框架。产品，是经过各种思维框架的洗礼和博弈而产出的。所以，可以说思维是每个角色的核心价值。因此，讨论测试思维就变成了一个绕不开的话题。

接着，咱们就来说说测试思维究竟是怎样的一种思维。

最常见的一种比喻是“拆解”。将产品、开发比喻成“构建”——要制造一个成品；将测试比喻为“拆解”——要对成品进行解构。这种比喻，说出了测试人员需要理解系统是如何运行的，却局限在产品本身。测试人员，作为研发系统的反馈回路，需要对产品各阶段进行反馈，而不仅是产品。

我们说测试人员的核心能力是：收集和分析信息；通过提问和质疑，将信息反馈给利益相关方，引发改进。其思考对象就是信息，测试思维就是对信息的处理的一种方式。那么测试思维怎么处理信息呢？

领导、产品、研发，就像一个作战单位，制定作战行动计划并予以实施。而敌人怎么部署兵力，战略要地是否被攻克等情报信息，需要情报单位进行确认和反馈。而测试人员就担任着这一情报单位的角色，需要对已知信息进行确认，需要挖掘未知的信息，更重要的是能够根据更多的信息修正原有的结论，不断用各种方法收集和分析新的证据，来证明或证伪自己的认知，保持对自身逻辑的质疑。［1］

说到底，在思维的战场上，领导层、产品经理、研发人员由于人类“动机性推理”的本能、注意力局限等原因，往往有意或无意地对问题信息视而不见，造成确认偏误。而测试人员就是要帮助团队最大限度地避免确认偏误，帮助团队在产品设计和实现上做出在当时情况下最合适的判断。［2］

最后，我们总结一下：测试思维，就是这样一种不断通过增量信息，对存量信息进行质疑和完善的思维。

注释：

［1］建议参考Julia Galef在TED的演讲《为什么我们总认为是对的？》。

［2］一个题外话：既然是思维，那么就不一定是测试人员才拥有，或者测试人员就拥有。在实际的工作中，不乏有很多优秀的产品经理、开发同学拥有这样的思维。也有很多测试人员不具备这一思维，失去了测试人员的根本价值。