面试官问我「当你提了一个 bug,开发认为这不是 bug」该怎么处理?
发布于 2022-09-21 08:56:17
关注者
0
被浏览
12
5 个回答
-
这个问题也就是非测试人员,面试你才会问的出的问题,这种就是无脑面试官。 简单解答:直接去找产品经理沟通
-
先听开发者是怎么理解这个不是bug,后者我会把自己作为使用者的感受给开发者说明,如意见不统一,以使用者感受优先做修改。
-
这种情况的发生大概有以下几种情况: 一、提出的BUG不能算是缺陷,只能算是优化,是从用户体验角度出发的,不影响功能的使用,开发修复的成本太大,所以说没有修复的必要。但是如果是用户发现了这个问题的话,就不太好了,所以,作为软件测试工程师的话,尽可能的使软件完美。 二、是需求没有确定,可以找产品经理进行确认,需不需要改动,研发测试和产品经理三方商量确定好后再看要不要改。 三、测试人员描述不清晰 工作中也有测试人员把某些“Bug操作步骤”描述的只有自己看得懂,开发人员按照步骤复现Bug不知所云,搞错了问题所在。我们要去修改Bug操作步骤:清晰描述、无歧义、无冗余步骤,要达到即使给一个不懂的人去重现这个Bug,也能按照你的操作步骤复现。 四、难以复现的Bug 不是所有的问题都能用同样的操作步骤来复现的,有的Bug概率出现甚至偶现,或者是只在测试环境里出现。针对难以复现的Bug,需要保存截图或者记录log保留证据;对于只在测试环境下才会出现的,找研发在测试环境进行确认。这类Bug要慎重对待,规避风险。 五、有争议的Bug 有争议的Bug的话,多发生于建议类型的Bug:与同类软件不符、易用性、美观性等类型的Bug。这种问题是否要修改需要根据公司的项目类型进行讨论。开Bug评审会,在开发能实现的情况下说出自己的理由,改善产品。 六、功能性Bug的话,与需求不符、与原型设计不符。有时候研发对需求没有深入了解可能会忽略或者搞错个别功能。这种情况下我们拿需求、设计说明书给研发同事看,这种bug自然合情合理。
-
有规则按照规则,没有规则按照惯例,没有惯例按关系没有关系看能力,没有能力找领导。 问题的核心是处理这个“bug”,而不是处理是不是bug。
-
首先自己要确认下需求,这到底是不是个bug,如果确定是,就和开发沟通,找出他认为不是bug的原因,如果是因为需求理解有分歧,可以找产品确认需求,如果是他态度有问题,那就开会的时候提一下。