BugFree
Bugzilla
Mantis
安装bugfree
1. 使用Putty
# cd /var/www/vhosts
# mkdir company.bug.com
2. 使用WinSCP
上传bugfree文件夹
/var/www/vhosts/company.bug.com/bugfree
3. #chmod -R 777 /var/www/vhosts/company.bug.com/
4. 建立数据库
bugfree2
5. 修改dns
# cd ~
# cd dns
# vim hosts
192.168.0.88 company.bug.com
6. 修改lighttpd配置文件
$HTTP["host"] == "company.bug.com" {
server.document-root = "/var/www/vhosts/company.bug.com/bugfree"
dir-listing.activate = "enable"
}
7. 重启lighttpd
# /etc/init.d/lighttpd restart
8. 访问
9. ok
（2009-6-29）
一个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）的同事，当然在激活的时候应该写上为什么怎么做，让别人明白你激活它是有道理的。
注意事项：
1. 不能正确的改变Bug的状态
一个Bug只有3种状态：Active、Resolved、Closed。实践中经常有不熟悉的同事通过“编辑”(Edit)来改变所有的状态，那是不合适的。正确的状态转换方法应该是：
1.1某个状态自己到自己的改变，使用“编辑(Edit)”。比如一个Active的Bug，从一个人指派到另外一个人；
1.2 Active -> Resolved 只能用“解决 (Resolve)”；
1.3 Resolved -> Closed 只能用“关闭 (Closed)”；
1.4 Resolved -> Active 和 Closed -> Active 只能使用“激活 (Activate)”
2. 没有正确的设置项目/模块
上bug的时候没有选择所属的项目/模块，仅使用缺省的当前项目/模块。
3. 没有正确的设置严重程度
明确各项目中严重程度1、2、3、4分别代表那些类型的缺陷，分门别类去设置。
4. 不能正确的设置解决方案
解决一个Bug的时候，一共有7种不同的解决方案。需要根据这个Bug的具体情况来设置。
