去找别人“麻烦”之前，下面几点你需要好好确认一下。要不，最后开发人员调试确认了一下，发现是个乌龙，你就尴尬了是不。
1、一定要确认你发现的是实实在在的bug。
2、bug描述要清晰明了。
3、bug要能稳定的复现。
注：偶现的bug，开发人员那边处理起来也很困难。所以，对这种bug，你可以先提交到管理平台，然后在日常的测试中再多留意，看是否能发现复现的规律。
关系熟络
如果你能跟开发人员私下里关系熟络，bug的沟通就是小问题。也不用管什么能不能复现，要不要把bug集中起来去沟通，怎么注意说话的语气等等等的问题。
直说就ok。你没确认的bug，没准在开发人员的帮助下，就找到规律了呢，这也说不准。
关系一般
如果你跟开发人员只是单纯的同事关系，如何进行有效的沟通，还是需要注意以下几点：
1、要设身处地的为对方着想
为什么这么说呢？因为与人交往都是相互的，你能够站在开发人员的角度来进行沟通，大概率的情况下，开发人员都会念着你的好，也会很配合你进行bug的修改工作。
还有，我们作为一名测试人员，会受到领导关于项目上线的催促。作为一名开发人员，他们也会有项目进度的压力。
如果开发人员面临的是项目进度的压力更大一些的时候，对于你提的一些界面的小bug之类，肯定会有一些拖延，这是人之常情，我们也要理解。
对于这种情况，我建议是：
- 重大的bug，或者影响项目进度的bug，还是要优先提出来，尽量早的改正。
- 对于一般的bug，后期修改不会影响到功能的，可以先提交到系统做个备份，等到开发人员进度赶上来之后，再集中起来跟开发沟通一下。（PS：这个时候你可以再说一下，你之前就已经发现了什么的，吧啦吧啦，但是看你工作比较忙，我就一直没跟你说这些小bug，让开发人员知道你是站在他的角度来考虑的。这个很重要哟，有些开发人员可能不会想太多，在意不到你的好，所以你要清楚的说出来）
2、要有细心和耐心
这一点就不用多说，细心是肯定要有的，否则，怎么去发现bug，对吧。
重点说一下耐心。
在我的工作过程中，我认为耐心很重要。你想啊，谁都不想被别人指责说你的工作出现了纰漏。开发人员也一样，他们写的代码被你发现了bug，肯定也是一件很不舒服的事情。
所以，你如果不耐心，再有点烦躁，试想一下，这个沟通的结果肯定很糟糕。
3、适当的夸奖对方
别人跟你说：“你真厉害，这个bug都能发现。”你是不是听着很开心。
同样，你可以跟开发人员说：“这么严重的bug，你竟然很快就修改好了，复现也没有问题了，真厉害啊！” 开发人员听着肯定心里肯定倍儿高兴。
一般来说，你只要懂得尊重他们，沟通基本上就没啥大问题；如果你还会适当的夸奖他们的代码水平高等等，那你们之间沟通肯定是畅通无阻的。
两点雷区
1、不要随意给bug下定义
看到这个，有人可能有疑惑，前面你不是介绍说要给bug划分严重等级吗？这里怎么又说不要随意给bug下定义。
是这样的。
例如：你发现了一个很明显的bug，一眼就能看出来的那种，看起来不应该出现的bug。
这个时候，你一定不要跟同事互相讨论，说这个开发人员怎样怎样，这么明显的bug都没有看到等等。
因为你不是这个开发人员，你不懂得他在写这段代码的时候是个什么情况。假如情况是：他遇到了什么变故？亦或是在强度加班下完成的？你在知道这个情况后，会不会有内疚的心情。
所以，发现bug后，正常提交沟通，不要去随便的给bug下定义。
2、不要动不动用领导来压迫开发人员
我认为，不管是哪份工作，都挺忌讳这样做的，显得你情商特别低。
即使用这个方式能达到你期待的效果，我还是不建议使用。
这个方式会让开发人员对你反感，你用的次数越多，就会对你越反感。
你想一下，日常工作中，你跟谁的接触最多，是不是还是开发人员啊，你跟他搞得不愉快，势必会影响到你后面工作的心情和效率，得不偿失。
尽可能的直接与开发人员沟通解决。当然，也有例外，假如这个开发人员特别难以相处、难以沟通，还是需要适当使用这个手段的。