浅谈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。 支持lZ的观点！ 能够发现BUG是测试的基本功，能够找到BUG产生的原因，算是进级，更深入的是提出解决方案 我觉得测试人员应该重视bug的定位、描述和分析总结 支持 支持。。。 很支持这个做法 工作中一般我也比较倾向分析bug产生的原因 很感谢楼主的总结，每个bug都需要认真分析，而不只是找出
页:
[1]
