下载文档原格式
bugzilla使用手册袁婷
1.添加项目 (2)
2.添加模块 (2)
3.添加用户 (2)
4.添加组 (3)
5.新建bug (4)
6.处理bug (7)
7.查询bug (8)
1.添加项目
2.添加模块
3.添加用户
4.添加组
bug
5.新建
硬件平台
指派给
Bug状态（severity）
Blocker，阻碍开发和/或测试工作
Critical，死机，丢失数据，内存溢出
Major，较大的功能缺陷
Normal，普通的功能缺陷
Minor，较轻的功能缺陷
Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等
Enhancement，建议或意见
邮件
抄送
列表
其他bug修改后才修改
影响其他bug的修改
6.处理bug
保留
1.Bug报告状态分类（Status）待确认的（Unconfirmed）
新提交的（New）
已分配的（Assigned）
问题未解决的（Reopened）待返测的（Resolved）
待归档的（Verified）
已归档的（Closed）
2.Bug处理意见（Resolution）已修改的（Fixed）
不是问题（Nvalid）
无法修改（Wontfix）
以后版本解决（Later）
保留（Remind）
重复（Duplicate）
无法重现（Worksforme）7.查询bug。
下面的语言不是简体中文的，是繁体中文，因为3.2.3版本的简体中文语言包还没发布一、首先打开IE在地址栏里输入：http://server/bugzilla （server即bu 步骤见我写的另一个Excel），正常情况下应该显示如下界面安装bugzilla时，设置的管理员邮箱地址和密码这里我们可以通过帐户和密码登录系统，我这里是通过管理员的身份登录，便于我后面的系统设二、我们先从管理者界面开始介绍，这里主要对参数设定、使用者、产品等1、下面我们先介绍参数设定1、maintainer: 设置bugzilla管理者的邮箱2、urlbase: http://192.168.1.51:8080/bugzilla-3.2.3/3、proxy_url： 如果有用代理就必须设置2、对电子邮件进行配置1、mail_delivery_method： 定义电子邮件的寄送方式2、mailfrom：3、smtpserver： 使用SMTP作为服务器时，SMTP服务器的地址；三、对使用者进行编辑新增使用者输入帐号（为邮箱地址）、真实姓名、密码然后新增；输入帐号（为邮箱地址）、真实姓名、密码然后新增；1、第一个复选框是指可以是否有权限替其他使用者设定这些权限2、第二个复选框是指使用者是否是这个群组的成员四、对产品进行维护编辑子产品编辑版本五、字段值设置1、操作系统平台设置2、硬件平台设置3、优先程度4、严重程度5、状态6、解决方案操作系统平台设置六、bug状态流设置可以对bug的状态进行设置，和取舍；七、用户群组的设置没发布，所以大家先将就着用；r即bugzilla的服务器，具体安装系统设置；产品等做了设置；。
BUgzilla使用1. 描述bugzilla是一个叫mozilla组织开发的缺陷跟踪系统，一般来说可能使用到的bugzilla的人有软件设计人员，开发人员，测试人员以及将来的维护人员等等。
通过bugzilla，软件开发人员、测试人员、维护人员等等，就可以对软件的缺陷、有关软件的一些建议等等进行跟踪、记录和交流。
对于测试人员来讲，bugzilla更是不可缺少的工具。
具体来说，bugzilla就是一个报告BUG和把BUG指派给合适开发人员的一个系统，这里所指的BUG可以是对于提高软件质量的一些建议等。
一般来说，bugzilla的前台基于WEB页的形式，后台采用基于UNIX或LINUX的MYSQL数据库来存储、处理这些BUG。
2. 使用2.1 开设账户目前bugzilla服务器IP地址是http://192.168.0.254:8080/ 在使用Bugzilla前，必须在bugzilla系统中拥有你自己的账户，如果没有，可以开设。
一般来说，如果连接到bugzilla的开始页面，会有一个[Open a new bugzilla Account]的标签，或在其它的页面，在左下角会有一个[New Account]标签，点击它，可以进行账户的开设，按它的指示填写好内容之后，系统会发一封电子邮件到你的邮箱里去，从邮件中你可以获得你登录bugzilla的密码。
登录之后，通过点击[Edit Prefs]进行密码更改和个人资料的设置。
设置好账户之后，你就可以在bugzilla报告和查询BUG了。
2.2 报告BUG2.2.1 BUG内容的填写登录后，进入查询页面，在页面的左下角会有一个[New]标签，点击它，连接到新建BUG的页面，选择一个产品进入Enter BUG页面，选择版本，组件等。
目前在component栏里包括以下几部分：account（出账），billing（计费），card-广通（广通卡业务），营业受理，settlement（结算），采集，计费预处理，库表设计等。
Bugzilla使用指南什么是BugzillaBugzilla是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。
它的强大功能表现在以下几个方面：1.强大的检索功能2.用户可配置的通过Email公布Bug变更3.历史变更记录4.通过跟踪和描述处理Bug5.附件管理6.完备的产品分类方案和细致的安全策略7.安全的审核机制8.强大的后端数据库支持9.Web，Xml，Email和控制界面10.友好的网络用户界面11.丰富多样的配置设定12.版本间向下兼容为什么使用BugzillaBugzilla是一个拥有强大功能的错误跟踪系统。
它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。
Bugzilla使用指南新建一个Bugzilla账号1.点击“Open a new Bugzilla account”链接，输入你的Email地址（如：XXX@office）然后点击“Create Account”。
2.稍候，你会收到一封邮件。
邮件中包含你的登录账号（与你的Email相同）和口令，这个口令时Bugzilla系统随机生成的，你可以根据你的需要进行变更。
3.在页面的黄色页角中点击“Log In”链接，而后输入你的账号和口令。
最后点击“Login”产品和结构（Product and Component）Bug记录按产品分类，每种产品按功能拆分成几类。
以Bugzilla产品为例，它由以下几部分构成：z Administrationz Bugzilla-Generalz Creating/Changing Bugz Documentationz Emailz Installationz Query/Buglistz Reporting/Chartingz User Accountsz Changing Passwordsz User InterfaceBug报告状态分类和Bug处理意见（Status and Resolution）：1.Bug报告状态分类（Status）z待确认的（Unconfirmed）z新提交的（New）z已分配的（Assigned）z问题未解决的（Reopened）z待返测的（Resolved）z待归档的（Verified）z已归档的（Closed）2.Bug处理意见（Resolution）z已修改的（Fixed）z不是问题（Nvalid）z无法修改（Wontfix）z以后版本解决（Later）z保留（Remind）z重复（Duplicate）z无法重现（Worksforme）指定处理人（Assigned To）z可以指定一个处理人z如不指定处理人，则系统指定管理员为默认处理人超链接（URL）z输入超链接地址，引导处理人找到与报告相关联的信息概述（Summary）z概述部分“Summary”的描述，应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。
Bugzilla简明有效手册0Bugzilla简介Bugzilla版本Bugzilla简介Bugzilla 是一个开源的缺点跟踪系统（Bug-Tracking System），它能够治理软件开发中缺点的提交（new），修复（resolve），关闭（close）等整个生命周期。
Bugzilla是一个搜集缺点的数据库。
它让用户报告软件的缺点从而把它们转给适合的开发者。
开发者能利用bugzilla维持一个要做情形的优先表，还有时刻表和跟踪相关性。
不是所有的"bugs"都是软件缺点。
一些数据库中的内容是作为增强的请求(RFE)。
一个RFE是一个严峻级别字段被设为"enhancement"的"Bug".人们常说"bug",事实上意思是Bugzilla中的记录,因此RFEs常常被称作bug。
它能够为你成立一个完善的Bug 跟踪体系, 包括报告Bug, 查询Bug 记录并产生报表,处置解决,治理员系统初始化和设置四部份Bugzilla用户权限在Bugzilla 中，用户权限要紧能够分为三个级别：超级治理员，用户组治理员（或项目组长），一般用户（或项目组成员）。
1.用户登岸在阅读器中输入bugzilla访问地址:，进行bugzilla治理系统登岸页面，点击图中的“Log in”按钮，用户即可登岸。
图登岸页面登岸后将会看到bugzilla治理系统首页面，如以下图所示：图系统首页面点击图中的“File a Bug”按钮，通过选择特定Products及Products下面的特定Components，能够新建一个Bug。
图系统首页面点击图中的“Search”按钮，系统将依照账户权限，及设置的查询条件，查询系统中已经存在的Bugs。
图系统首页面点击图中的“User Preferences”按钮，进入用户信息查看及修改界面，如以下图所示：图User Preferences页面点击图中的“Account Information”按钮，可修改自己的账户密码和备注用户名，点击“Permissions”按钮，可查看自己所拥有的权限。
Bugzilla使用说明之四Ｂｕｇ管理提交一个新发现的bug。
填写好相应的bug属性项后，提交bug。
提示提交成功，如下图。
上面新追加的Bug3 的直接负责人为：tom@。
该人员登录系统后，会看到这个bug，开始改修的工作。
图中ID：3为刚才追加的新bug，由于严重程度：blocker阻塞，优先度：P1。
所以这条bug记录被加红色显示。
tom打开这个bug信息，查看bug的具体内容，然后对应进行处理。
如下图。
选择状态为：resolved已解决；解决办法：fixed已修复。
然后“Commit”提交。
然后tom返回“home”查看bugs列表，发现bug3已经不存在了，因为它已经被修复了。
如下图。
用户admin，登录系统，使用“Search”功能检索bugs。
如下图。
看到了bug3这条记录，由于tom已经处理过这个bug，所以admin进行再次回归测试。
最终测试通过后，关闭bug。
如下图。
这时，便完成了一个bug从提出，到确认修改，最后确认关闭的全过程。
以上，以一个最为简单的bug处理流程来说明bugzilla是如何管理bug的。
Bugzilla 培训手册系统治理员手册前言1培训前的故事2Bugzilla介绍 3产生3目的3Bugzilla操作讲明41、用户登录及设置42、Bug的处理过程54、BUG处理流程8Bugzilla治理员操作指南8要紧工作内容：8差不多操作：9治理group 9治理Product 和component 9Bugzilla中的Bug流程9前言不论你有任何借口，只要你写程序，哪怕只是一个人的小组，如果你没有一个系统化的治理软件BUG的工具，你写的程序的质量一定高不了。
许多程序员觉得自己能够记得自己的软件BUG。
没门！我从来记不住超过２到３个软件BUG。
而且翌日早上起床后忙着去买这买那，好不容易记住的软件BUG早忘掉了。
你绝对需要一个系统来管住你的那些BUG。
软件BUG治理系统功能有多有少。
但最少要治理以下几种信息：如何重复软件BUG的详细步骤正常情形（无BUG）应是如何样现在情形（有BUG）又是如何样谁来负责修补BUG咨询题有没有解决这确实是公司搭建Bugzilla的意义所在。
培训前的故事本段描述了软件工程开发中关于治理的重要性，可跃过阅读。
微软Windows Word的第一版的开发项目曾被认为是“死亡之旅”项目。
仿佛永久也做不完，永久超时。
所有人疯狂地工作，可如何也完成不了任务。
整个项目一拖再拖，大伙儿都觉得压力大得受不了。
最后终于做完了那个鬼项目，微软把全组送到墨西哥的Cancun去度假，让大伙儿坐下来好好想想。
大伙儿意识到由于项目经理过于强求程序员们按时交活，结果大伙儿只能匆匆地赶活，写出的程序毛病百出。
由于项目经理的开发打算并没有考虑解决BUG的时刻，大伙儿只能把解决BUG的任务往后推，结果BUG 越积越多。
有一个程序员负责写运算字体高度的程序，为了图快，难道写一行“return 12;”了事。
他希望以后的质检人员发觉这段程序有毛病后报告他再改正。
项目经理的开发打算事实上已变成一个列写程序功能的清单，而上面列的所谓程序功能迟早都会成为软件BUG。
Bugzilla简明使用手则
简介：
Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。
作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug 记录并产生报表、处理解决、管理员系统初始化和设置四部分：
Bugzilla操作流程：
操作步骤
用户注册：
首先打开IE在地址栏里输入：http://192.168.30.81/bugzilla/（这个是我机器上的Bugzilla服务器，以后会装在机房服务器上，到时候相应网址要做修改），正常情况下应该显示如下界面
新用户点击新建账号，出现：
这里输入自己的邮箱。
然后会回复大家一份邮件，格式如下。
注册成功信息：
收到的注册信息邮件：(复制标色的那串连接)
将以上链接复制到Bugzilla首页后面：
形式如下
http://192.168.30.81/bugzilla/token.cgi?t=vgJrIXzkHN&a=request_new_account 输入自己的真实姓名和密码就能完成注册
注册后登陆可以看到管理界面。
管理员操作：
需要管理员权限的请与我联系，包括项目负责人，模块负责人。
管理员具有一些特殊权限，可以更改用户设置和模块设置。
如新增模块等，下面是如何进行常用的管理员操作。
管理项目：
管理员登陆的时候页面如下：
然后会出现管理界面：
自定义字段和字段值设置是设置bug属性时用到的。
一会介绍。
在产品管理里面设置项目信息：
用户权限设置：
打开管理员设置首页：
我们可以先创建一个群组，然后给这个群组设置权限。
点击分组管理：
添加一个群组：
然后可以对组权限进行设置：
这个需要小组内研究决定。
什么人应该具有什么权限。
以下是添加单独用户的权限设置：
点进去后可以修改用户相关信息：
Login name：登陆名称，这里设置email的名称Real name：真实名称
Password：可以为用户设置一个新密码
Disable text：如果这里不为空则用户帐号将被禁用，这里用来解释被禁原因
Group access：
在组访问设置里面有两列构选框，
第一列（左边列）：可以为别的用户设置成为这个组的成员，既是说如果我把一个用户某一组第一列勾选，则授权这个用户就可以添加其他用户到这个组，相当于管理这个组。
第二列（右边列）：成为这个组的成员。
由下图中的勾选及提示就可看出：
用户成为一个组的成员使用检查框或灰色条显示。
灰色条表明是间接成员关系，不管是从其他组派生的（用方框扩起来，就是在Group设置中该组勾选Inherit自其他组）还是通过正规表达式（在设置组参数中可以通过正规表达式添加成员）。
在第一列的勾选框上有方框扩起来，表明另一个组的成员可以授权某个用户成为该组成员（用方括号扩起来表明这个组是继承自另一个组，那个组的成员自动成为本组成员，这样那个组的成员也可以授权某个用户为这个组的成员）
添加产品（项目）：
然后完善产品信息，名字是一定要有的，描述也很重要，版本号需要制定一个规范，这里初始定位1.0.0，注意选择创建图表数据集：
点击添加，然后需要添加至少一个模块：
这里可以选择组访问控制：
选择我们的项目:
我们可以在项目中添加编辑新模块：
添加模块信息：
完了之后点击页面上方新建：
出现产品选择，如果没有，请刷新一次页面看看：
注意：添加模块时一定要详细的说明模块的描述。
完了点击保存修改。
Bug提交：
在这个时候我们就可以添加Bug了:
提交bug 的页面：
主要修改：
选择产品后我们可以看到具体bug提交的页面。
版本号（version）：软件版本
组件（component）：产品（product）中细分的组件
平台（platform）：硬件平台
操作系统（os）：软件操作系统
优先级（priority）：bug的优先级
严重级（severity）：bug的严重级别
分配给谁（assign to）：这个主要由你选则的模块（component）自动决定，当然也可以自己输入
抄送给谁（CC）：可以选择同时把这封提交bug的邮件抄送给谁
概要（summary）：类似于标题
描述（discription）：具体的bug描述
选择框让哪个组可见，如果都不选的话则都可看见这个bug
如图中我所设置，点击提交bug（commit），这时bug应该以邮件方式发送成功
可以选择模块和版本，由于只是Demo，所以只列出了一个，这里对严重程度的设定需要开发小组和测试组共同敲定一个具体的解决，这里只做个介绍：
Bug的严重级别含义Blocker 阻碍开发和/或测试工作
Critical 死机，丢失数据，内存溢出
Major 较大的功能缺陷
Normal 普通的功能缺陷
Minor 较轻的功能缺陷
Trivial 产品外观上的问题或一些不影响使用
的小毛病，如菜单或对话框中的文字
拼写或字体问题等等Enhancement 建议或意见
优先级：
即bug处理的紧急程度，从P1-P5依次降低。
这个需要bug提交人员认真考虑先，接收到bug的人也要仔细看邮件，注意分辨优先级，一些阻塞程序继续开发的严重bug一定要尽早解决。
初始状态：
Bug初始状态有新建和已分配两种，一般在确定了出bug的功能模块和处理bug的人员时这里选择已分配。
优先级和严重程度字段值我们可以自行设置：
打开管理界面的首页，点击管理，字段值,我们这里做个Demo，仅仅是添加了一个操作系统字段为windowsXp:
打开“字段值”——选择“操作系统”：
然后点击“操作系统”，出现：
点击添加
添加如上字段
然后在新建Bug的时候就会出现这个字段值：
因此，在确定了项目后，我们可以定义各种自定义字段值，但是一定要有意义。
需要我们商讨设定各种有效地字段值。
分配给：
就是能够接收到bug邮件的人。
这里填入需要接受到bug信息的人的Email。
估计小时是指处理bug大致需要的时间，最后期限。
添加附件：可以选择出错信息图片，然后作为附件发给收件人。
完了之后点击提交，就会发出一个邮件给收件人，下面是一个例子：
大家可以看看这个邮件中含有的信息，包括概要，产品名，版本，平台，状态。
还有谁收到这封邮件了，下面是bug的详细信息“just load bug demo!”
查看和修改bug：
当bug接受者收到邮件后要到bugzilla中进行查看，然后对bug进行处理，处理后的结果要反映在bugzilla中：
下面是点击搜索时出现的bug界面：
点开高级搜索
推荐在下面的框中进行多选，按住ctrl键，如我在状态里选择了那几个，然后点击搜索：
可以将搜索后的信息保存起来，以后查询更方便：
会出现在下方已存搜索
找到两个符合条件的bug，点开一个id=2的。
这个bug的信息如下：
这里是bug的信息，注意报告日期和严重程度，都是进行进度控制的重要数值。
下面还有一些更详细的设置，关于bug状态的：
包括作业时间，和添加评论：
还有bug的最新状态：
这里最重要的其实是bug状态，如果bug已经被解决，或者刚分配，可以将这些信息通过邮
件发送给
报表生成：
点击页面上方的“报表”打开生成报表界面，注意这里只能选择表格状报表，图形报表可能
无法生成。
可以通过下面的查询来精确定位统计结果集
这里生成的结果如下：
当bug多起来的时候，可以很好的分析各个模块bug的数量分布信息，进行评估。
