51Testing软件测试论坛
标题:
浅谈bug分析
[打印本页]
作者:
tomzhang
时间:
2010-5-8 18:50
标题:
浅谈bug分析
测试的目的就是发现bug。至于bug的原因,很多测试人员并不关心,他们认为这是开发人员的事情,其实这种想法是非常不对的。分析bug,可以提高你发现bug的能力,进而发现严重等级更高的bug;分析bug,能够让你深入的了解系统的技术架构,从而提升你的技术能力;分析bug,能够让你发现大量同类型的bug。过去在做测试工作的时候,常常遇到测试新手一遇到问题就提交bug报告,其中很多bug本身就不是bug,如:浏览器配置问题,浏览器缓存问题,浏览器版本问题...这样的bug提交到开发那里,很快就被关闭了,它们毫无价值。在提交bug报告时,一定要能够确定程序出了问题,否则不要轻易提交bug报告。如何确定这个bug是程序问题?
1.首先要能够重现这个bug,确定bug出现的场景。
确定bug出现的场景很重要,它能够直接推导出bug的原因。举个例子:在作web测试的时候,在测试人员的机器上常常能够重现bug,而到了开发人员的机器上bug就重现不了了。这种情况可能很多测试朋友都遇到过,出现这种情况可能有2种原因:1)你并没有明确bug出现的场景,这就是你自身的问题 2)测试环境的问题,这就需要不断的排查缩小bug出现的场景,如:找第3台机器试试,排除机器问题,浏览器型号问题,浏览器版本问题,浏览器设置问题,当然还有客户端缓存问题,服务器缓存问题。
2.bug是否和需求矛盾?
这种情况比第1种情况较容易判断,它主要是业务问题。
综上所述,测试人员不仅仅只注重发现bug,还要注重分析bug。
作者:
naotang
时间:
2010-5-10 09:23
支持lZ的观点!
作者:
msnshow
时间:
2010-5-10 21:43
能够发现BUG是测试的基本功,能够找到BUG产生的原因,算是进级,更深入的是提出解决方案
作者:
deadhunter
时间:
2010-10-28 09:42
我觉得测试人员应该重视bug的定位、描述和分析总结
作者:
真实的追求者
时间:
2013-3-11 15:38
支持
作者:
zilingdoris
时间:
2013-3-11 21:31
支持。。。
作者:
冬儿
时间:
2013-3-12 09:27
很支持这个做法 工作中一般我也比较倾向分析bug产生的原因
作者:
小格
时间:
2013-3-29 12:38
很感谢楼主的总结,每个bug都需要认真分析,而不只是找出
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)
Powered by Discuz! X3.2