测试你适合和什么人一起工作(你知道这套价值年薪20W的沟通技巧吗)
测试人,在每天繁忙的工作中处理技术问题,埋头苦干。出现了技术问题,快速的解决掉;有人咨询,便引证据典的来回答。这是一种理想状态,实际上很多人都认为测试人在情商方面的经验很少。真的需要一些技巧提高自己的沟通能力,最重要要还得从开口做起。
场景1:与开发工程师之间的沟通问题
测试人员:XXX,这个地方你代码写得不对,有bug。
开发人员:(心理已经MMP了)不会的,在我的电脑上都是能实现的,没问题啊。
测试人员默默地再次测试,发现问题还是存在。
测试人员:XXX,这确实是一个bug,短信始终推送不成功。
开发人员:不可能,你配置数据了没?你会不会测试啊?!
测试人员:……
面对这种开发和测试都认为自己是正确的的情况下,如果两人再聊下去或者其中一个人性格暴躁,很可能就是一个冲突的开始。那么,我们应该如何正确处理呢?
处理示例
测试人员:XXX,给用户发送短信,需要在哪里配置数据么?从哪个表里面取用户的手机号?麻烦截图给我下,谢谢。
开发人员:好的,稍等。
(经过又一次测试后)
测试人员:按你刚才说的配置了,为什么短信还是没有推送成功?查看了定时任务已经执行了,你看下(附上配置的截图、定时任务和出现bug的截图)。
技巧总结
在软件开发人员阐述缺陷问题时,尽量简洁明了、清晰易懂。当发现问题时,也不要大惊小怪,请学会站在开发人员的角度思考问题。
场景2:与产品人员之间的沟通问题
测试人员:XXX,搜索条件中的申请时间连默认时间都没有,那怎么计算时间啊?难道让用户自己去手写时间?
产品经理:(心里暗自开骂)我知道了。
测试人员:你们不会连这个都没注意到吧?我觉得不应该出现这种问题啊,这种就是基本常识。
产品经理:就你知道,我们都是吃干饭的?
处理示例
测试人员:XXX,搜索条件中的申请时间缺少默认时间,如果用户填写时,可能会比较麻烦。您是专业人士,想问下是否有必要加上?
产品经理:确实缺少,之后我会向开发部提出需求的,谢谢你的提醒。
技巧总结
当与产品部门进行沟通或提建议时,尽量使用用户思维,这样能使产品经理更好的了解你的想法。避免主观臆断,或者“我觉得”。
场景3:与上级领导之间的沟通问题
测试人员:XXX经理,我觉得这个活动版块还是应该增加。
领导:增加这项活动的话,成本太大了。
测试人员:不加一点意思都没有,谁愿意看啊?
领导:……
处理示例
测试人员:XXX经理,公司是否考虑增在软件的XXX处加活动版块,这样可以增加互动性,愿意分享的客户会增加。
领导:增加这项活动的话,成本太大了。
测试人员:好的,那后期我们考虑增加活动版块吗?我建议先暂时保留活动接口,以便后期使用。
技巧总结
在与部门领导沟通时,首要要有大局观,站在公司的角度考虑,不能只站在参与者的角度讲;其次,尽量直奔主题,不要拐弯抹角。
另外补充一点,若与领导意见不一致,请不要急着反驳,应先给予认可,再从实际出发,详细阐述实际的操作困难或是逻辑问题。总之,有效的沟通才是解决问题的关键。
经常听人说,测试人员在项目团队中没有发言权。其实,并不是测试人员没有发言权,而是你没有做到有效沟通,没有提出对解决实际问题行之有效的方案。沟通是为了解决问题,而不是PK。只要能将问题完美解决,这样的沟通就有意义。
最后赠送大家8条说话准则,保证何时何地都用得到!
求人的话,越客气越好;
评论人的话,越少说越好;
感谢的话,越平凡越好;
没把握的话,越含糊越好;
向领导汇报的话,越简短越好;
和同事沟通的话,越直接越好;
夸奖自己的话,越低调越好;
道听途说的话,越闭嘴越好。
,免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com