沟通是门艺术，说话是门技术~
好吧，我想对于IT行业来讲，这有点难，直截了当或者可以说说话直白，才是真性情的沟通吧，你认为呢？~那对于软件测试人员来讲，沟通在面试的时候很多人都是会说这是他的优势，跟开发沟通从不打架，都是友好的协商解决问题；沟通是测试的必备技能，是否有责任心的体现，是甩锅及不背锅的最佳利器；
从项目管理知识来看，沟通模型如下：
从模型中可以看见我们测试沟通过程中，经常出现的一个就是媒介，噪音，编码，解码问题，这些在现实中，在哪些场景可以看到？
比如你在Bug管理工具提交Bug以后，，经常你会遇到跟开发在QQ上频繁问你操作步骤或者经常跑来要你来复现Bug，这时，你要察觉是我Bug编写描述有问题（编码），少了log，少了标注机型？（噪音）还是开发无法理解，有歧义（解码），QQ聊天或者FtoF过多（渠道），这时你要从这些来反思哪些是否要改进，能达到Bug开发一看就明白，不会QQ一直问或者跑过来“骚扰”你，让你无法安心工作，降低工作效率，可能就会出现质量风险；
了解沟通模型，那我们要如何沟通到位，有几个关键要素，换位思考（假设），认知差异（缺乏澄清)，积极倾听（不要把你的一直强加给他人），三次握手，信息全，止损，沟通渠道灵活丰富多变，心理学这些具备了我想在遇到Bug不解决的时候，效能平台推动，冲突解决，保持信息一致透明不背锅，不被牵着走，跨部门协作低效的问题都可以减少一半的问题以上，其中可能对里面的三次握手，不大理解，其实最简单的场景是，你评估了范围，然后发下项目组，项目认可，然后你回复收到，这就是三次握手，有理有据，锅没那么容易被盖上；止损，当有人，带有情绪的时候，来问你为啥没测试到，线上出问题了，感觉责任都是你，这时，你不要也是带着情绪跟他对着干，证明不是你问题，先按照线上漏测流程走，有问题不满，你可以跟我上级反应，不要在这边打扰同事们工作，是我的我背，如果无法证明，那先解决问题，后面再来复盘，后面把复盘结果发给领导并公示到项目组~
沟通有正式沟通非正式沟通，单向双向，垂直横向，语言书面等，别以为这些很简单，记得你的技术和Bug的推动解决，有时靠的最多的是非正式沟通，测试报告不仅需要书面，还得邮件以及向上沟通，要保持信息准确，一致，格式，礼貌性，客观分析和个人见解分析，来表现自己的专业，这个目前测试最缺的就是这个，很多测试其实都成了工具人，不知道你的测试的核心就是分析能力；
沟通最需要的是分寸感，遇到不同人在不同的场景就说不同话。希望测试同行小伙伴能get到要点，让沟通变得简单易懂~
