Bugzilla系统管理员手册前言.....................................................................1培训前的故事.............................................................1Bugzilla介绍............................................................2产生.................................................................2目的.................................................................2Bugzilla操作说明........................................................31、用户登录及设置...................................................32、Bug的处理过程....................................................34、BUG处理流程.....................................................5Bugzilla管理员操作指南..................................................6主要工作内容：.......................................................6基本操作：...........................................................6管理group...........................................................6管理Product和component............................................6Bugzilla中的Bug流程....................................................7前言不论你有任何借口，只要你写程序，哪怕只是一个人的小组，如果你没有一个系统化的管理软件BUG的工具，你写的程序的质量一定高不了。许多程序员觉得自己可以记得自己的软件BUG。没门！我从来记不住超过２到３个软件BUG。而且第二天早上起床后忙着去买这买那，好不容易记住的软件BUG早忘掉了。你绝对需要一个系统来管住你的那些BUG。软件BUG管理系统功能有多有少。但最少要管理以下几种信息：如何重复软件BUG的详细步骤正常情况（无BUG）应是怎样现在情况（有BUG）又是怎样谁来负责修补BUG问题有没有解决这就是公司搭建Bugzilla的意义所在。培训前的故事本段描述了软件工程开发中关于管理的重要性，可跳过阅读。微软WindowsWord的第一版的开发项目曾被认为是“死亡之旅”项目。好象永远也做不完，永远超时。所有人疯狂地工作，可怎么也完成不了任务。整个项目一拖再拖，大家都觉得压力大得受不了。最后终于做完了这个鬼项目，微软把全组送到墨西哥的Cancun去度假，让大家坐下来好好想想。大家意识到由于项目经理过于强求程序员们按时交活，结果大家只能匆匆地赶活，写出的程序毛病百出。由于项目经理的开发计划并没有考虑解决BUG的时间，大家只能把解决BUG的任务往后推，结果BUG越积越多。有一个程序员负责写计算字体高度的程序，为了图快，居然写一行“return12;”了事。他指望以后的质检人员发现这段程序有毛病后报告他再改正。项目经理的开发计划事实上已变成一个列写程序功能的清单，而上面列的所谓程序功能迟早都会成为软件BUG。在项目总结会上，我们称这种工作方法为“绝对劣质之路”。记住：在任何时候,都要把解决现有程序里的问题作为首要问题来抓，然后再去写新程序。一般说来，你越不及时地解决BUG，解决BUG的代价（时间和金钱）就会越高，随程序开发进度而指数增长。比如，你写程序时打错了一个字，编译器马上告诉你，你很容易就把它改正。你刚写好的程序在第一次运行时发现了一个问题，你也很快就能解决它，因为你对你刚写的程序还记忆犹新。如果你运行你的程序时发现了一个问题，可这个程序是几天以前写的，你可能就需要折腾一会儿，还好，你还大致记得，所以不会花太长时间。但如果你在你几个月以前写的程序里发现了问题，就比较难解决了，因为你已经忘了许多细节。这时候，你还没准儿正忙着解决别人程序里的BUG呐，因为这家伙到加勒比海阿鲁巴岛度假去了。这时候，解决这一堆问题的难度不亚于从事尖端科学研究。你一定得小心翼翼地，非常系统化地从事，而且你很难知道多长时间你才能把问题解决。还有更糟糕的，你的程序已交到用户手里了，才发现问题，那你就等着套腰包吧。总结起来，就一条：越早解决问题，越容易解决。另外还有一个原因，刚写的程序里发现问题，你能够比较容易地估算解决它的时间...
