无论对于测试管理者还是普通的测试人员，都要学会多问问题，挑剔地思考，逆向地思考，问各种各样的问题。James Bach在"Critical Thinking For Testers"这门课程里讲了一个简单易用的三步法，当你需要挑剔地思考时，只要问自己三个问题：

　　第一步，Huh？（嗯？）是问：你说什么？你是说你执行了100个用例而且全部pass？在得到数据时要做一个确认，确保自己听到的是对方所要表达的意思。这一步可以避免交流中的误会和传递错误信息。

　　第二步，Really？（真的吗？）反问对方，这是不是真的？这个过程可以去伪存真。

　　第三步，So？（接下来怎么做？也许事实比你认为的还要严重。）和对方一起分析，基于这条信息，接下去我们需要做些什么。

　　旁观者说：简单实用的三步，做好确认，展开深入的思考。

　　所以，总结下来，测试度量要做，测试数据要收集，但当我们面对这些度量统计数据时，把它们当做Heuristics，我们不会完全Follow这些数据，而是试图去Apply这些数据，再加上我们挑剔地思考，做正确的数据分析，让这些数据为我所用。

　　做一个好的协调者

　　蔡：如何做一个的测试管理者呢？

　　邰：这个问题很大，我没有全面地想过这个问题，这里我只想谈一点：一个好的测试管理者一定是一个非常好的协调者。他（她）对内协调测试团队，对外代表测试团队做各种沟通。

　　你知道，测试行业的特殊性之一是总会有一些测试人员对自己的职业有困惑，有职业危机感，没有信心。团队的管理者应当在团队里建立积极向上的氛围，宣扬和培养正面的职业认识。软件测试是一个非常有挑战性、富有激情、充满乐趣的职业，值得为之奋斗，这是对内协调很重要的一个方面。

　　旁观者说：团队的管理者应当是团队的核心，成为团队的精神。

　　对外协调更难了，因为在测试团队之外，有不少人并不了解测试。测试团队怎么做测试他们并不关心，但是产品一旦出了问题，会来指责测试。测试管理者应当做好对外协调，让测试团队之外的人了解和理解测试，进而理解测试团队，这会方便测试工作的开展。

　　比如，测试的基本原则之一"穷尽测试是不可能的"。但是，有的测试之外的管理者并不是这么认为的，而是认为测试应该抓住所有的bug。测试管理者应当通过各种方法让他们对测试有正确的期待。我讲课的时候，如果有测试之外的人来听，例如开发经理、一线的开发人员等，我会很欢迎他们，因为这会帮助他们更多地了解测试。

　　旁观者说：对于测试团队之外的人对测试的误解，管理者要做好解释工作。如果有的人很没有礼貌，轻视测试人员，这个时候测试团队管理者强势一些也是好事。对于虚心想来了解测试工作的，则给予耐心和友好的帮助与解释。

　　当然，我们不能坐等别人改变想法，而是应当积极地去与他们密切合作，在合作中增进相互了解。其实，测试外部的角色都是"测试的客户"，我们为他们提供测试服务。像敏捷里提倡的，"与客户合作胜过合同谈判"，测试管理者要想办法让这些"测试的客户"参与到测试工作中来，与他们紧密合作。实际上，我们别无选择，测试必须与其他角色紧密合作。大家知道，穷尽测试是不可能的，我们必须基于风险来开展测试。但是，谁更了解风险信息呢？我们应该看到，测试外部的人可能更了解客户，更了解需求，更了解风险所在，例如做需求设计的人，做开发的人，做售前、售后支持的人，销售人员，经验丰富的项目经理等，我们应该向他们学习，邀请他们和我们一起做产品的风险分析，帮助我们决策哪里可以测试得更深入一些，哪里可以测试得浅一些，让"测试的客户"参与到测试中来。

　　旁观者说：利用一切可以利用的力量，做好测试工作，像统战工作。

　　如何提高测试分析能力

　　蔡：你刚才也提到了，你是很看重测试设计的，我也认为测试设计能力是测试工程师的核心能力之一。那么，一位测试工程师应该如何提高自己的测试设计能力呢？

　　邰：简单点说，其实不是如何去提高测试设计能力，而是如何去提高他们的分析能力。拿到需求后，如何得到有效的测试用例？这中间有个很重要的步骤是分析。我们需要使用某种方法或手段去分析被测对象，真正了解被测对象，不仅能了解需求文档中描述的内容，还能挖掘出文档中没有提到的或者写错的内容，这都需要很强的分析能力。经过分析，你会清楚，针对这样的一个被测对象，应该从哪些方面对其开展测试会比较好，这样你明确了这次测试任务的测试目标，确定了测试点。接下来，你如何达成这个测试目标，如何测试这些测试点，是测试设计的工作了。