其实，在版本测试过程中，bug被拒的情况是很常见的。

当得知自己的bug被拒之后，应该怎么操作呢  与开发争吵显然不是办法，我们的最终目的是不要遗漏bug，所以具体情况需要具体分析。

【第一种，手滑误点拒绝】

不要犹豫不要纠结，不用沟通，直接重新打开，不用虚，咱这是实打实的bug

【第二种，对需求理解不一致】

讲证据，把需求原型截图奉上，找证人，与产品再次沟通，最好是三方沟通，很有可能是产品说这个地方不做了但是没有通知测试，或者此处有改动但是只有一方知道，再或者开发在实现时觉得不好达到产品说的效果，给了另外一个替代方案，产品也表示可以接受了，那这个时候，我们也就不用纠结了，直接关闭bug就好，如果确实是开发做漏了，那就把bug重新打开继续跟进。

【第三种：重复bug】

这种情况其实也是最难的，要知道，测试提bug是按照模块和操作步骤来提的，操作步骤不同导致出现问题便可理解为不同bug，但是开发解决问题是按照问题原因归类的，相同原因引发的问题他们就会认为是同一bug，此时就会出现分歧。如果测试部门对bug数量有考核，在测试部门，此处可以计算成不同bug，但是研发部门在统计时，也可以按照是相同问题来统计，各取所需。

【第四种：没有任何解释就拒绝的bug】

这种情况需要找开发询问，是重复bug，无效bug，还是bug没有描述清楚导致看不懂？一般开发对于没有任何解释就直接拒绝的bug，消极的情绪上可能就是占了大半，所以此时需要格外注意沟通的语气，尽量不要起冲突。阐述bug描述的问题，补充bug信息，以理服人，重启bug