用excel记录测试bug问题总结

　　前几天与开发在讨论问题的时候，开发提了一个问题，说是已经解决的问题，能否用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记录问题，花费的只是一点点时间，但能解决你与开发的很多问题，尝试着去用吧！