总的来说：
对于中小项目，使用Mantis；
对于Windows平台，使用Mantis；
对于中大项目，使用Bugzilla；
对于Unix平台，使用Bugzilla；
对于喜欢MS的MSF和BUG管理和里程碑驱动哲学的，使用BugFree。
一、Mantis
不多说了，绝对首选。
使用开源软件 Mantis 实施缺陷跟踪的成功实践
http://www-/developerworks/cn/linux/software_engineering/l-mantis/index.html
Mantis学习笔记
/archives/000263.html
二、BugFree不熟悉的，请先看看MS的MSF；和：
《How Microsoft Builds Softwaret.pdf》
《ms_model.pdf》
《Microsoft Bug Manage.pdf》
以及看看听听：
《Microsoft软件开发过程.wmv》。
BugFree应该是演义了MS的哲学了。其说明文档如下：
【一个Bug的处理过程】
新建一个Bug后，或者查询出符合条件的Bug们点击一个后，【右栏】显示该Bug详细信息。
在中间的四个Action按钮，你可以：
～ Edit(编辑)
该动作允许你改动这个Bug所有可以改动的信息。最常见的是把这个Bug指派给(Assign To)
某同事，同时在描述信息中加上你的新注释。
～ Resolve(解决)
一个Bug有7种解法：
* By Design - 就是这么设计的，无效的Bug
* Duplicate - 这个问题别人已经发现了，重复的Bug
* External - 是个外部因素(比如浏览器、操作系统、其他第3方软件)造成的问题
* Fixed - 问题被修理掉了。Tester要尽可能找到这种Bug
* Not Repro - 无法复现你这个问题，无效的Bug
* Postponed - 是个问题，但是目前不必修理了，推迟到以后再解
* Won't Fix - 是个问题，但是不值得修理了，不管它吧
～ Close(关闭)
当一个Bug被解决之后，如果当初上这个Bug的 Tester同意此解法，则关闭这个Bug。意
味这个Bug生命周期的终结。
～ Activate(激活)
如果Tester不同意该Bug的解法，则可激活之。该Bug会自动被指派给当初解决(Resolve)
的同事，当然你在激活的时候应该写上为什么你这么做，让别人明白你激活它是由道理的。
即使不用BugFree，也应该珍藏。
三、Bugzilla
配置太麻烦，没有成功过。不说也吧。
