场景一：
与开发工程师之间的沟通问题
测试人员：XXX，这个地方你代码写得不对，有bug。
开发人员（心理已经开骂了）：不会的，在我的电脑上都是能实现的，没问题啊。
测试人员默默地再次测试，发现问题还是存在。
测试人员：XXX，这确实是一个bug，短信始终推送不成功。
开发人员：不可能，你配置数据了没？你会不会测试啊？！
测试人员：……
面对这种开发和测试都认为自己是正确的的情况下，如果两人再聊下去或者其中一个人性格暴躁，很可能就是一个冲突的开始。那么，我们应该如何正确处理呢？
处理示例：
测试人员：XXX，给用户发送短信，需要在哪里配置数据么？从哪个表里面取用户的手机号？麻烦截图给我下，谢谢。
开发人员：好的，稍等。
（经过又一次测试后）
测试人员：按你刚才说的配置了，为什么短信还是没有推送成功？查看了定时任务已经执行了，你看下（附上配置的截图、定时任务和出现bug的截图）。
技巧总结：
在软件开发人员阐述缺陷问题时，尽量简洁明了、清晰易懂。当发现问题时，也不要大惊小怪，请学会站在开发人员的角度思考问题。
场景二：
与产品人员之间的沟通问题
测试人员：XXX，搜索条件中的申请时间连默认时间都没有，那怎么计算时间啊？难道让用户自己去手写时间？
产品经理：（心里暗自开骂）我知道了。
测试人员：你们不会连这个都没注意到吧？我觉得不应该出现这种问题啊，这种就是基本常识。
产品经理：就你知道，我们都是吃干饭的？
处理示例：
测试人员：XXX，搜索条件中的申请时间缺少默认时间，如果用户填写时，可能会比较麻烦。您是专业人士，想问下是否有必要加上？
产品经理：确实缺少，之后我会向开发部提出需求的，谢谢你的提醒。
技巧总结：
当与产品部门进行沟通或提建议时，尽量使用用户思维，这样能使产品经理更好的了解你的想法。避免主观臆断，或者“我觉得”。
场景三
与上级领导之间的沟通问题
测试人员：XXX经理，我觉得这个活动版块还是应该增加。
领导：增加这项活动的话，成本太大了。
测试人员：不加一点意思都没有，谁愿意看啊？
领导：……
处理示例：
测试人员：XXX经理，公司是否考虑增在软件的XXX处加活动版块，这样可以增加互动性，愿意分享的客户会增加。
领导：增加这项活动的话，成本太大了。
测试人员：好的，那后期我们考虑增加活动版块吗？我建议先暂时保留活动接口，以便后期使用。
技巧总结：
在与部门领导沟通时，首要要有大局观，站在公司的角度考虑，不能只站在参与者的角度讲；其次，尽量直奔主题，不要拐弯抹角。
另外补充一点，若与领导意见不一致，请不要急着反驳，应先给予认可，再从实际出发，详细阐述实际的操作困难或是逻辑问题。
总之，有效的沟通才是解决问题的关键。
经常听人说，测试人员在项目团队中没有发言权。其实，并不是测试人员没有发言权，而是你没有做到有效沟通，没有提出对解决实际问题行之有效的方案。
请牢记：沟通是为了解决问题，而不是PK。只要能将问题完美解决，这样的沟通就有意义。
最后赠送大家8条说话准则，保证何时何地都用得到！
【1】求人的话，越客气越好；
【2】评论人的话，越少说越好；
【3】感谢的话，越平凡越好；
【4】没把握的话，越含糊越好；
【5】向领导汇报的话，越简短越好；
【6】和同事沟通的话，越直接越好；
【7】夸奖自己的话，越低调越好；
【8】道听途说的话，越闭嘴越好。