软件测试培训
美国上市软件测试培训机构

400-111-8989

热门课程

软件测试人员如何应对与开发人员认为不是bug的bug?

  • 时间:2018-05-25 14:47
  • 发布:_zyw15
  • 来源:51Testing软件测试网

软件测试人员如何应对与开发人员认为不是bug的bug?

软件开发人员似乎与软件测试人员在工作中经常会因为bug的问题而争论不休,软件测试人员测试出来的bug,有的开发人员认,有的开发人员则认为不是bug,那么作为软件测试人员的我们应该如何应对与开发人员认为不是bug的bug呢?且听今天的软件测试培训带来的分享:

这是测试工程师面试时经常被问到的问题。看了很多答案,个人觉得作为有工作经验的测试人员回答时不能完全照搬标准答案,技术面试官想听的当然不止如此。毕竟这种情况在实际工作中也常常出现,具体问题要具体分析,你的答案最好能妥善解决开发认为不是bug的问题,这也能侧面反映测试人员的自我判断能力和独立解决问题的能力。我想,能代入自己的想法和测试理念的候选人更有优势吧,所以整理了这个问题的答案。不足之处,欢迎留言补充。

在面经里的参考答案通常是这样的,如下:

开发人员说不是bug,有2种情况,

1. 需求没有确定。

可以找来产品经理进行确认需不需要改动,三方商量确定好后再看要不要改。

2. 这种情况不可能发生,所以不需要修改。

这个时候,我可以先尽可能的说出是BUG的依据是什么?如果被用户发现或出了问题,会有什么不良结果?程序员可能会给你很多理由,你可以对他的解释进行反驳。如果还是不行,那我可以把这个问题提出来,跟开发经理和测试经理进行确认,如果要修改就改,如果不要修改就不改。其实有些真的不是bug,我也只是建议的方式写进TD中,如果开发人员不修改也没有大问题。如果确定是bug的话,一定要坚持自己的立场,让问题得到最后的确认。

其实参考答案已经很完整了,但是可以看到上面的答案明显是偏向测试人员的,但有时开发说的并没错,测试要站在对方的角度换位思考。所以回答这个问题还可以从开发人员的角度延伸。

分析什么Bug会让开发认为不是bug:

1. 测试人员描述不清晰

工作中也有测试人员把某些“Bug操作步骤”描述的只有自己看得懂,开发人员按照步骤复现Bug不知所云,搞错了问题所在。

解决方法:

修改Bug操作步骤:清晰描述、无歧义、无冗余步骤,要达到即使给一个不懂的人去重现这个Bug,也能按照你的操作步骤复现。

2. 难以复现的Bug

不是所有的问题都能用同样的操作步骤来复现的,有的Bug概率出现甚至偶现,或者是只在测试环境里出现。

解决办法:

针对难以复现的Bug,需要保存截图或者记录log保留证据;对于只在测试环境下才会出现的,找研发在测试环境进行确认。这类Bug要慎重对待,规避风险。

3. 有争议的Bug

有争议的Bug多发生于建议类型的Bug:与同类软件不符、易用性、美观性等类型的Bug。

解决办法:

这种问题是否要修改需要根据公司的项目类型进行讨论。开Bug评审会,在开发能实现的情况下说出自己的理由,改善产品。

4. 功能性Bug

与需求不符、与原型设计不符。有时候研发对需求没有深入了解可能会忽略或者搞错个别功能。

解决办法:

拿证据(需求、设计说明书)给他看,这种bug自然合情合理。

恭喜你阅读完了本文,相信对于软件测试人员如何应对与开发人员认为不是bug的bug,你心中已经有了较为理想的答案。其实最重要的东西是沟通,但因为职业岗位的不同,我们各自对彼此有着盲区,各自换位进行理解,毕竟我们的目标是一致的。好了,如果你还有更多软件测试相关的问题,欢迎你来达内软件测试培训机构进行咨询。

免责声明:内容和图片源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

上一篇:全面了解软件测试覆盖率的相关问题
下一篇:软件测试人员与软件开发人员之间的矛盾从何而来?

软件测试人员要如何应对那些偶然出现的bug?

从市场需求出发快速提升软件测试能力,这一点老司机说对了!

如何提升软件测试质量?从这五大维度入手很简单!

这三个处理bug的步骤对软件测试人员都适用!

选择城市和中心
贵州省

广西省

海南省