如何发现更深层次的bug?

　　如何发现更深层次的bug? bug管理　

   　看到有位冤家说测试人员应当发明更深档次的bug，没有指出如何做，我这里弥补下，不对之处见谅。

　　在咱们日常的测试运动中，单纯的功用界面测试(黑盒测试)发明的缺点质量不高，即便发明了，也很少能从基本上去定位，这样的bug提交上去，给咱们的研发共事修复带来了艰难，同时也不利于进步咱们本身的才能。这里我介绍一下个人的经历。

　　1、遵照需求解释编写用例，而后严厉履行，这个方式最罕见。

　　2、在发明问题后，不要马上就想着提交bug，应当做下记载，而后本人尝试着去剖析这个问题发生的起因，比方看一下源代码，有些问题测试人员是能够本人定位的，只有本人确认了，提交上去的bug质量会更高。比方，履行搜寻的时分，输出某个字段值，没有搜进去，检讨代码后，发明sql语句并未履行，这时，咱们再提交bug，描写里能够详细到那个页面文件，那个源代码，研发共事定位也不便，共事也对咱们的技巧才能熟悉上有转变。

　　3、假如测试环境带有控制平台，比方tomcat，jboss，weblogic等等，都有控制平台，那么咱们测试的时分，不只仅须要关注前台的页面体现，还要看监控平台上的信息日志。有些体系对同伴页面做了解决，咱们在发明这类问题的时分，顶多将解决过的同伴页面写到bug中，基本的起因能够无法得悉，其实咱们能够应用控制平台获取真正的同伴起因，写到bug中。 软件测试　

   　4、联合数据库进行测试，个别流程性的测试，最主要的就是数据在数据库中的状况变更。比方挪动的名目，很多是异步的，光从页面是看不到后果的，所以咱们能够联合数据库进行测试，弄清晰数据在数据库中的流转流程，这样才能发明更深层的bug，当然须要咱们控制数据库的运用，尤为主要要的是sql语句。举个例子，进行增加操作的时分，增加实现后没有反映，能够有两种状况，第一，增加基本未胜利，第二，增加胜利了，没回显进去，那么咱们能够通过sql查一下增加的数据，假如数据库中有了，就解释回显出了问题，假如没有，就解释insert 出了问题。

　　5、能够检讨体系的日志检讨测试历程中的问题。所有异样都须要关注。

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