沟通能力是测试人员一项非常重要的软技能。本文借最近工作中碰到的两个案例来聊下如何沟通的话题。
A项目接近收尾阶段，开发leader小张(化名)问我：A项目质量是不是不好？因为他看到最近一份测试报告里写到，总体bug解决率27%。我关注到报告里的回归bug解决率是100%的，也有新增一些bug，但无严重致命bug。后面我又找到负责的测试人员了解，A项目是在后期集中修复bug的，所以总体bug解决率偏低并不代表质量差。在这个案例中，沟通出了问题，往简单说这位开发leader并不清楚测试报告里的数据所表示的意义。测试人员往往是遵循一定的模版来发送测试报告的，但这并不意味着项目其它人员是能正确理解测试报告所希望传达的信息的。
由这件事引申来说，当一个项目进入后期，所有人最关心的一个问题就是什么时候可以发布。一个优秀的测试人员，在完成测试任务、发出测试报告之后，会及时跟项目成员同步一下当前的整体质量情况，强调达到发布标准还有哪些工作未完成，哪些指标未达标？就上面这个案例来说，项目进入后期，应该是需求全部冻结，开发集中开始修复bug；当bug解决率达到一个标准后(各个项目内部确定)即可进行全测试，完成全测试后还需1-2个回归版本的测试，达到发布标准（比如高单100%解决，中单90%解决）后即可发布。
正确客观的评估产品质量，并清晰的在整个项目中传递质量信息，帮助团队作出相应的决策以保证项目按期发布，是测试人员沟通的目的。如果测试人员没有意识到这个沟通的目的，那么无论他做了多少沟通，那么沟通的有效性是会打折扣的。
B项目有3个正式的测试人员，以及2个外包测试人员，最近1个正式人员离职了，测试资源更加紧张了。以前是加班到7，8点，现在经常要加班到9，10点，所有人都有些撑不住了。当前最紧要的是解决人少活多的矛盾，除了加人，项目里存在已久的问题也是需要解决的。和外包人员开了一个小会了解到，项目存在这样一个问题，需求发生变更时，既没有人提前知会到测试人员，也没有更新到需求单中，测试人员在测试时发现开发实现与需求单不符，会产生一些不必要的沟通确认工作，影响了工作效率。这个问题测试人员口头和产品、开发说了多次，也没有什么改进。这个案例也存在沟通缺乏有效性的问题。沟通的方式不仅仅是口头上的知会，也包括流程上的建设，在一些情况下后者往往更有效。
针对上面这个案例，我在流程上进行了一个小的变动。原来的流程是，测试人员测试完一个需求，会进行一个关闭需求单的操作，改变后的流程是，当需求发生变更，需求单的内容不更新则不能进行关单操作。同时，测试人员在测试过程中，发现实现与需求不符的时候，直接提单，无需中断测试去进行需求的确认，这样做的好处是测试工作不会被经常打断，提高工作效率。如果需求不符的case比较多，可以集中时间进行确认，并在第二天的项目晨会中提出此问题，督促项目组改进。