如何发现更深层次的bug?

发表于:2009-02-19来源:作者:点击数: 标签:bugBUGBug
看到有位朋友说 测试人员 应该发现更深层次的 bug ,没有指出如何做,我这里补充下,不对之处见谅。 在我们日常的测试活动中,单纯的功能界面测试( 黑盒测试 )发现的 缺陷 质量 不高,即使发现了,也很少能从根本上去定位,这样的bug提交上去,给我们的研

看到有位朋友说测试人员应该发现更深层次的bug,没有指出如何做,我这里补充下,不对之处见谅。

在我们日常的测试活动中,单纯的功能界面测试(黑盒测试)发现的缺陷质量不高,即使发现了,也很少能从根本上去定位,这样的bug提交上去,给我们的研发同事修复带来了困难,同时也不利于提高我们自身的能力。这里我介绍一下个人的经验。

1、按照需求说明编写用例,然后严格执行,这个方法最常见。

2、在发现问题后,不要立刻就想着提交bug,应该做下记录,然后自己尝试着去分析这个问题产生的原因,比如看一下源代码,有些问题测试人员是可以自己定位的,只要自己确认了,提交上去的bug质量会更高。比如,执行搜索的时候,输入某个字段值,没有搜出来,查看代码后,发现sql语句并未执行,这时,我们再提交bug,描述里可以具体到那个页面文件,那个源代码,研发同事定位也方便,同事也对我们的技术能力认识上有改变。

3、如果测试环境带有控制平台,比如tomcat,jbossweblogic等等,都有控制平台,那么我们测试的时候,不仅仅需要关注前台的页面表现,还要看监控平台上的信息日志。有些系统对错误页面做了处理,我们在发现这类问题的时候,顶多将处理过的错误页面写到bug中,根本的原因可能无法得知,其实我们可以利用控制平台获取真正的错误原因,写到bug中。

原文转自:http://www.ltesting.net