面试官问我「当你提了一个 bug，开发认为这不是 bug」该怎么处理？

Answer 1

这个问题也就是非测试人员，面试你才会问的出的问题，这种就是无脑面试官。 简单解答:直接去找产品经理沟通

Answer 2

先听开发者是怎么理解这个不是bug，后者我会把自己作为使用者的感受给开发者说明，如意见不统一，以使用者感受优先做修改。

Answer 3

这种情况的发生大概有以下几种情况： 一、提出的BUG不能算是缺陷，只能算是优化，是从用户体验角度出发的，不影响功能的使用，开发修复的成本太大，所以说没有修复的必要。但是如果是用户发现了这个问题的话，就不太好了，所以，作为软件测试工程师的话，尽可能的使软件完美。 二、是需求没有确定，可以找产品经理进行确认，需不需要改动，研发测试和产品经理三方商量确定好后再看要不要改。 三、测试人员描述不清晰 工作中也有测试人员把某些“Bug操作步骤”描述的只有自己看得懂，开发人员按照步骤复现Bug不知所云，搞错了问题所在。我们要去修改Bug操作步骤:清晰描述、无歧义、无冗余步骤，要达到即使给一个不懂的人去重现这个Bug，也能按照你的操作步骤复现。  四、难以复现的Bug 不是所有的问题都能用同样的操作步骤来复现的，有的Bug概率出现甚至偶现，或者是只在测试环境里出现。针对难以复现的Bug，需要保存截图或者记录log保留证据;对于只在测试环境下才会出现的，找研发在测试环境进行确认。这类Bug要慎重对待，规避风险。 五、有争议的Bug 有争议的Bug的话，多发生于建议类型的Bug:与同类软件不符、易用性、美观性等类型的Bug。这种问题是否要修改需要根据公司的项目类型进行讨论。开Bug评审会，在开发能实现的情况下说出自己的理由，改善产品。 六、功能性Bug的话，与需求不符、与原型设计不符。有时候研发对需求没有深入了解可能会忽略或者搞错个别功能。这种情况下我们拿需求、设计说明书给研发同事看，这种bug自然合情合理。

Answer 4

有规则按照规则，没有规则按照惯例，没有惯例按关系没有关系看能力，没有能力找领导。 问题的核心是处理这个“bug”，而不是处理是不是bug。

Answer 5

首先自己要确认下需求，这到底是不是个bug，如果确定是，就和开发沟通，找出他认为不是bug的原因，如果是因为需求理解有分歧，可以找产品确认需求，如果是他态度有问题，那就开会的时候提一下。