51Testing软件测试论坛

标题: 大家来讨论一道常见的软件测试面试题 [打印本页]

作者: liminmin5_29 时间: 2008-9-8 21:03
标题: 大家来讨论一道常见的软件测试面试题
1：如果你发现了一个BUG,报给开发部的时候,开发人员不予采纳,你会怎么办?

我的办法是：首先自己要在提交给开发人员前,最好对bug进行再一次的确认和分析,明确定义bug的缺陷级别,了解发现的这个bug的缺陷级别,如果只是一个建议性的问题,可以保留.如果缺陷级别高,再与开发人员沟通，记录下来开发人员为什么认为不是BUG的原因。如果开发人员的原因确实是合理的那就取消此BUG，如果缺陷级别高，开发人员给出的理由不充分,就需要自己再次重现这个BUG，重现这个BUG给开发人员看,且说明因为这个BUG会影响的其它的业务功能。此时开发人员还是不采纳那就报给leader来协助解决。

2：很不幸,你的leader也不认为你发现的这个问题是个BUG，你会怎么办？
如果leader也认为不是BUG，那么还是要记录其认为不是BUG的原因,并将其状态置为取消或者遣留状态。如果原因不合理，那么则需要找出这个BUG严重影响其它业务功能的证据，让leader心服口服。但通常情况下,开发人员和leader都认为不是bug,那样的bug缺陷级别比较低,有可能是自己理解错误,对某一块理解发生歧义,也可能是开发人员太忙,认为无关紧要的小bug没有时间改,也不可太固执.

不知道大家有没有遇到过,或你有什么好的回答,欢迎大家一起来讨论!

作者: 厍仕杰 时间: 2008-9-10 09:07
留住你的证据、并且写上不提出的原因是因为leader等人因素、一旦用户提出、让他们吃不了兜着走！

作者: davy_chen 时间: 2008-9-10 09:50
1、有制度就按照制度办，确认是否是bug的权力在制度中给了谁，就由谁说了算。如果你不是bug确认人，也不认可对于某bug的处理，应当尽早提出个人意见并记录备案；
2、没有制度定制度，明确测试中各权力、职责等划分；没有公司级的制度可以先在部门或者项目组内制定小制度，以解决内部纷争；
3、制度没有制定完成前，则强调沟通，讲究证据，测试人员应当做到原则问题不放松，其他问题可让步。以达到团结协作，取得良好效果之目的。

作者: 蝶恋meng 时间: 2008-9-10 10:05
沙发是我的了

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)