与选用任何一件商品一样，与您的需求、产品价格、服务等有关。
（1）需求
大部分开发机构对Bug工具的要求并不高，能记录问题点、能及时传达给相关人员，并监督他们都作了适当的处理，基本上就可以了。很多网友说某某系统怎么弄得这么复杂、这么贵，自己花一个星期就能做个可用的东西，说的就是这个意思。早期，市场上没有合适的Bug管理系统，我使用Excel作，说实在的也不错。当然啦，时代在进步，Bug管理系统可更好地实现这些需求。
稍微高一点的要求，可做定量的统计分析，挖掘信息潜在价值。
更高一级的需求，就是景上添花啦，可以与需求、测试方案、SourceCode、自动测试工具等环境集成。但事物总是两面性的，要真正发挥这些作用需要有完善的需求规格、测试方案，需要仔细规划自动化工具所产生数据的过滤、运用。一句话，对自身的规范化要求较高，否则这些功能听起来不错，实际利用不起来。
（2）服务与价格
从价格上说，有3类缺陷管理工具可供选用。
一是纯免费的，如Bugzilla、Mantis等。但免费的东西用户友好性差、安装难，您需要懂linux、perl、mySQL、apache之类的东西；而且没服务，出一点问题您就上Internet淘技术文章去吧，如何安装、使用这些免费软件简直是一门学问了。
二是价格较低的国产软件，基本满足备忘沟通和监控的需要。如华创BMS，做得比较灵活，字段、权限、email通知、数据字典等都可以定制，适应性较强，统计报表的定制性也较强，可以做一定的定量分析。一般开发单位使用这类系统基本够用。
三是价格中等或较高，如微创的BMS、MI的TestDirector、IBM Rational的ClearQuest等。可以做一定的环境集成，如TD，可以把Requirement、Testplan、Bug关联起来，微创BMS可以与MS Project、SourceSafe关联。价格稍高，几万到几十万之间，关键是这些高级功能您真的能利用上。
总的说来，适合您的、就是好的，微软内部的Bug管理界面也非常朴素，看上去有点像windows 95那个时代的小工具。另外服务是很重要的，问题解决不了耽误自己的时间不说，可别影响测试工作。
