什么是合适的缺陷管理系统？
最近一直在考虑这个问题，《程序员》12期上有一篇和这个相关的文章，关于这个主题讲了一些。个人认为缺陷管理系统很难说谁好谁不好，顶多说哪一个更加适合自己。我以前用的缺陷管理系统是公司自己开发的，功能上比较简单，尤其是扩展性方面比较差，但很适合公司的开发和测试流程，用得也不错。
商用的和开源的缺陷管理系统，也用过一些，包括BugZillar、Mantis、TD等等：
TD：可以和MI的其他产品很好集成，但如果仅从缺陷管理角度来说，我并不认为特别适合；
BugZillar：功能十分强大，与CVS的结合极佳，但我们公司使用的配置管理工具不是CVS，另外，开发人员认为BugZillar太难看；
Mantis：功能一般，但还算够用，最大的不足是不能和配置管理工具结合
目前我们部署的是SubVersion（CM工具）和Trac，个人觉得最大的好处是能将配置管理、缺陷跟踪、项目管理较好地结合起来。
最后，一点忠告：在工具的选择上，一定不要这山望着那山高，合适、够用就是好的。 对，一切都从实际工作的需要出发，不要好高骛远，这才是最重要的。对于技术的研究也如此，失去实践经验支持的技术研究，很难获得应有的价值。 能请楼主详细说明"《程序员》12期"是哪一期,及文章标题吗?因为我需要这方面资料!谢谢!
可以的话,最好附上该文章~~
页:
[1]
