一个bug，开发不认，怎么办

当测试提交的Bug开发不认可时，可以采取以下步骤来解决问题： 1. 澄清沟通：首先，与开发人员进行详细的沟通，确保对Bug的描述清晰准确，并提供相关的复现步骤、截图或日志等支持材料。确保开发人员对Bug的具体情况有充分的了解。

在软件开发过程中，如果测试发现的BUG被开发人员认为不是BUG（即开发不认可BUG的情况），测试可以采取多种处理方案，确保问题得到客观、公正的对待，同时推动问题的解决或达成共识。

开发不认可BUG时，做为测试人员，应该怎么做： 第一步：作为测试人员，先是要积极和开发进行沟通，开发是否对BUG的描述已清楚，是否为测试提出的问题？（尽量先让开发明白这个问题表现（测试环境上复现问题，详细说明出现的测试步骤）说服开发认可这个BUG。 第二步：如果开发仍是不认可BUG，有以下场景： （1）BUG是偶现的，开发要求你复现时复现不了，开发可能不认可，因为问题复现不了，他没有办法定位 -------尽量找到必现路径，提供详细的问题信息（录屏、日志信息、截图信息） -------如果仍复现不

开发认为不是问题的问题

从自身入手 任何时间检查自己的问题是非常有必要的。 可以通过如下方式，避免测自己提的 bug 本身有问题： 再次验证所提的 bug 确实是 bug，确保自身对需求的理解无误； 检查bug的描述是否会产生歧义； 检查是否是环境或数据的问题，在开发处无法复现。 与开发确认 了解开发为什么不认可，需求不明确？ 接收到的需求是否一致？或者理解错误？ 与开发讨论，讲清楚你的理由，该问题可能对用户造成的影...

一、先从自身 1、反复确认bug，保证发现的确实是一个bug。 2、bug描述不明确 3、开发和自己对需求的理解不一致，找产品确认需求 二、开发 1、开发可能最近工作比较忙，没有时间改，协调时间，但是不能不改 2、开发情绪不对（个人原因），向自己的上司反馈 ...

说法一： 1、首先明确开发说不是bug的理由。 2、如果是需求变更， 那就找产品经理确认是否是需求变更。 3、如果开发说测试环境问题， 让他说明清楚测试环境问题是什么，按照他说的验证一遍， 如果确实如他所说， 关闭bug，但是不是他说的那样，继续激活bug给开发解决，确保产品质量。 4、如果开发说用户不存在这种使用场景， 但是我们不认可他说的，把这个bug 知会到测试经理，让测试经理去判定。 说法二： 1.告知开发bug的判断依据，同时明确开发说不是bug的理由。 2.对开发的理由进行校验，校

1.先确认是不是如开发说的那样，环境问题/脏数据，是的话，关闭bug； 2.不是的话，根据产品需求文档来，一般有分歧都是一些小问题（交互、UI、样式、展示顺序等问题），产品经理拍板或者拿出数分数据支持，这样开发的产品更容易引导用户，促进成交； 3.若产品需求文档没有提及，需要凭借个人经验判断（比如登录的时候，第一次输入验证码，不小心输错了，重新输入。这个时候，验证码输入框不提供删除原先输错的验证码。虽然需求没有提到，但是基于自己的经验，这也就是bug） ...

这次就不长篇论道了，直接进入主题！ 测试题 问：你在测试中发现了一个bug，但是开发经理认为这不是一个bug，你应该怎样解决？ 首先，将问题提交到缺陷管理库里面进行备案。 然后，要获取判断的依据和标准： 根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据； 如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷； 根据用户的一般使用习惯，来确认是否是缺陷； 与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺.

作为一名软件测试工程师，在职业生涯中面试过程中，总是遇到诸多问题，抛开技术层面，但从沟通协调方面，这道题无疑是面试官考查最多的问题之一。

开发不认同测试提交的bug

开发不认bug有一般有两种情况 需求没有明确说必须要实现的，找产品确认，看是不是更改需求 开发认为复现的步骤一般很少有人去这样操作，我们可以把如果用户这样操作了会产生什么后果，从这个角度去跟开发讲，如果开发还不认，找测试经理，研发经理去沟通，如果最终确认还是不改，我们在测试报告中也要记录一下，防止以后查账背锅 ...

1.找到需求文档或者是原型图进行匹对 2.尝试多种测试环境和多种测试方式来确认是否为bug 3.整理bug的复现的步骤和出现的频率 4.开发坚持不认为是bug的时候找项目经理测试经理进行沟通来确认是否为bug 5.将客户经理 测试 测试经理和项目经理进行开确认会来判定是否为bug 6.测试人员需要将bug整理并写入测试总结中 ...