来来来，测试小伙伴们，看看以下这张图是不是觉得很熟悉..

虽然这张图带点戏谑的成分，但确实折射出大部分IT公司测试人员在报bug时，与开发的沟通存在些许问题。如何更有效地说服开发接收你的bug，以下整理下资深老鸟们给测试新人的一些建议：

1、首先确定这是一个个实实在在的bug。

不要出现因为配置原因或者是操作错误引起的“bug”，这样是会被开发“鄙视”的。比如说在测试过程中，短信平台没有配置，手机当然就接收不到短信，然后直接就提交bug了。

作为测试人员应该尽量做到专业，尽量少给开发找麻烦，不要制造一些并不存在的bug、不要提交一些重复的bug。

2、写好bug描述。确保依照bug描述能重现BUG的过程。

这很重要！有时候开发看到一个莫名其妙的bug，描述不清楚，还无法重现，他会很生气。这直接会影响测试人员在开发心目中的形象。我们既然提交这个bug，就必须对它负责任。

Bug描述精确、没有歧义，详细简洁的重现步骤，bug截图是必须的。如果是特殊的测试数据，我们还需要附带这些数据。比如说2049KB的图片数据。

对于重现率很低的问题，我们需要注明偶现，详细记录当时的环境信息。如操作系统、产品名称、版本、操作步骤、是否机器相关、是否产品相关等

3、提升自己的专业技能。

我们应该尽量提升个人技能。我不是说要学习什么测试框架、什么自动化性能测试工具，这在以后都可以学习。

我们要先保证最最基本的，就是对业务分析的能力。要充分熟悉我们软件产品各个层面的业务，包括功能业务，代码实现逻辑，环境配置部署等。如果你了解到类似充值这种操作，是必须要有真实接入的第三方支付平台接口，那么你就清楚为什么在测试的时候会出现支付页跳转界面异常的提示了，自然而然也会清楚这不是代码的问题，而是没配置。

你就不会出现第1点中的问题。而且在说服开发接受你的bug时，才会更加做到有理有据。

4、测试应把握重点。

测试应把握重点，不要在无关紧要的地方测试过多，也不要为了无关紧要的所谓的“bug”浪费沟通成本。什么是重点，就是产品的主要功能，用户经常会用到的操作。

如果是需求明确的严重问题，相信只要是开发，他都会想法设法去修复它。但比如说，一些非常规操作导致的严重问题，开发人员会说，实际场景中，用户是不会这样操作的。

对于这些问题，沟通是很浪费成本的，可以把问题记录在日报中，反馈给测试老大或项目负责人，由他们来评估。再比如说一些个人界面建议，我们可以提交bug，但是开发不改，也不影响用户使用的，我们不用过多纠结。

5、问题集中起来咨询开发

开发也很忙，不要一发现跟预期不清楚的就直接发个qq消息过去。因为在忙的情况下，很大程度上你抛过去的问题都会石沉大海。把你个人需要问的问题做一下整理，集中起来问开发。

为了沟通的高效率，最好是跟开发进行面对面的交流（除非你需要保留截图证据）。跟开发约个时间，直接去办公位找他。如果你是颜值一派或是性格可爱派，这种方法尤其可行。

6、注意跟开发沟通的语气及搞好私人关系

注意跟开发沟通的语气，要有换位思维的方式，做事情对事不对人，处理事情一定要有一颗宽容的心。只有这样，才能够很好的说服开发去修改Bug。

并且和开发人员搞好私人关系是很有效的一招。一旦关系好了，啥话都好说，他也不会觉得你烦。但是别因为关系好，bug就直接口头叙述，不提交到bug平台做好统计记录。

感谢每一个认真阅读我文章的人，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：

这些资料，对于【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴上万个测试工程师们走过最艰难的路程，希望也能帮助到你!有需要的小伙伴可以点击下方小卡片领取