转载:http://www.51testing.com/html/68/n-3725668.html
前几天与开发在讨论问题的时候,开发提了一个问题,说是已经解决的问题,能否用excel表格总结一下,问了一下原因,感觉想法很好,就总结了一下。
前几天与开发在讨论问题的时候,开发提了一个问题,说是已经解决的问题,能否用excel表格总结一下,问了一下原因,感觉想法很好,就总结了一下。
在上家公司的时候,提交bug用的是mantis,现在是禅道,两者模式差不多,都是提交bug、开发修改、
测试验证是否解决,解决了关闭,没有解决则打回重新解决。
这个时候,假如开发在解决bug的过程中引入了新的bug,该如何判断是哪些操作引入了新bug?一般情况下,开发人员与测试人员在验证bug的时候,都是就题解题,很少会去关心其它方面。 例如:A点到D点,有A-B-D和A-C-D两种方法,假如在A-B-D方法有bug,A-C-D方法在已经测试过的情况下,验证在A-B-D方法中产生的bug,几乎很少再去验证A-C-D方法,假如这时候有新bug就在A-C-D方法中,开发不会知道,测试也很难发现,而且不要抱有侥幸心理,我在上家公司测试的时候就多次遇见这种现象。特别是多个项目,分模块测试,这种几率会更大。更可怕的是,这些新产生的bug,在短时间内很难被发现,只有在后期的复测、上线测试或者回归测试时才会被发现,到时候多个问题集到一起,免不了要加班加点。
问题来了要解决,在经过了一段时间后,开发如何快速的定位是修改哪个bug引入了新的bug?用bug管理工具?那可是所有开发与测试的问题总汇啊,好几十页呢,就算有模块区分,也要浪费很长时间。这时候用excel表格分模块
记录问题,其优点就来了。
用excel表格记录问题,和bug管理工具不但不冲突,还能优势补充。用excel记录问题,只用记录bug的描述、bug解决人、bug的ID(用于在bug管理工具快速定位到bug)。当某个模块或者项目即将结束时,把问题总结excel表发给开发和项目领导人,让他们能快速知道项目产生问题的多少与解决情况,哪个模块产生的问题比较多,一目了然。
还有一个重要的原因就是,开发不会忘记自己哪个bug没有修改。上面也提到了,bug管理工具上面是有好多bug呢,开发在忙碌的情况下是很容易遗忘某个bug的。虽然mantis、禅道是有提醒功能,不过问题是开发不会常常去看邮箱的,还是不能及时修改bug,这里excel表格能很好的解决这些问题,前提是你的让开发养成看excel表格的习惯。像我现在公司的开发,我用禅道提交的bug,开发几乎都不登录禅道,就算禅道在邮箱提醒了,开发也就是看了下就忙手中事件 了(手中的事件>bug事件),然后就忘记了,然后就是我口头去提醒开发某某bug没有更改,心累!
当然excel表格缺点也是有的,在测试的初期,在bug较少的情况下,开发每次更新下载excel表格也是一件麻烦的事。这时候bug管理工具是非常有用的。自我经历是在测试进入中期以后,可以再给开发发excel表格,前期则是自己维护,避免了不必要的麻烦。
用excel记录问题,花费的只是一点点时间,但能解决你与开发的很多问题,尝试着去用吧!