追踪bug的十条建议

• 一个好的测试人员总会尽量减少重现bug的步骤，这个对于程序员定位bug是非常重要的。

 

• 铭记：只有开启bug的人才能关闭这个bug。每个人都能解决bug，但是只有亲眼见过bug的人才能确认bug是否被修复

 

• 解决bug有很多种方法：修复、无需修复、推迟、不能复现、重复、设计问题等。

 

• 不能复现，意味着没人能重现这个bug。当bug报告缺少复现步骤时，开发人员经常使用这个借口。

 

• 注意跟进版本号。每次提交给测试人员进行测试软件build都应该有其ID，这样测试人员才不会在一个连bug都没修改的版本上重复测试。

 

• 如果你是一个开发者，并且你们的测试人员不愿意用bug数据库来汇报bug，那你就不要接受其他任何方式的bug报告。如果你们的测试人员经常通过邮件的方式来汇报bug，那你简短的回复一句话：“请将此bug放入bug数据库中。我不可能在邮件里跟进它。”

 

• 如果你是测试人员，并且你们的开发人员不愿意使用bug数据库，那就不要告诉他们bug----把bug录入bug数据库，让这数据库去邮件通知他们（译者注：这。。。。。。）

 

• 如果你是开发人员，只有你部分同事使用bug数据库，那就开始在数据库中分配给他们bug吧。最终他们会使用bug数据库的。

 

• 如果你是一个经理，你花费很大力气和金钱建立起来的bug数据库没人用，那就开始使用bug分配给他们任务吧。bug数据库同样也是“未引入的功能”数据库。

 

• 抵御在bug数据库中添加新项目的诱惑。基本上每个月，总有人会带着一个“很好的点子”来希望可以加入到bug数据库中。你会得到各种各样的“很好的点子”，比如：跟踪发现bug的文件；跟踪一个bug重复出现的概率；跟踪一个bug出现了多少次；跟踪安装了哪一个DLL的哪一个版本后发现了bug。不去迁就这些点子是很重要的。如果你屈服了，你的新bug记录页面会有一千个内容需要填，这样没人愿意输入bug了。为了让bug数据库运作起来，每个人都要能方便地使用它，如果输入bug正式的过了头，需要太多的精力，人们就会开始绕开bug数据库了。