bugzilla使用手册缺陷管理系统使用说明书V10版.docx

bugzilla使用手册缺陷管理系统使用说明书V10版.docx

《bugzilla使用手册缺陷管理系统使用说明书V10版.docx》由会员分享，可在线阅读，更多相关《bugzilla使用手册缺陷管理系统使用说明书V10版.docx（15页珍藏版）》请在冰点文库上搜索。

bugzilla使用手册缺陷管理系统使用说明书V10版

缺陷管理系统

《使用说明书》

文件状态：

[√]草稿

[]正式发布

[]正在修改

作者：

编写日期

2011-4-10

部门名

测试部

审核人

审核时间

文档修改记录

日期

版本

变更说明

作者

2011-07-15

V1.0

草稿

目录

1序言4

1.1什么是Bugzilla4

1.2为什么使用Bugzilla4

2Bugzilla基本操作5

3Bug提交过程5

4BUG处理流程8

5对于Bug的不同处理情况9

6有关权限说明10

7查询操作10

8管理员操作指南15

1序言

1.1什么是Bugzilla

Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。

作为一个产品缺陷的记录及跟踪工具，它能够为我们建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。

并具有如下特点：

●基于Web方式，安装简单、运行方便快捷、管理安全。

有利于缺陷的清楚传达。

本系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的Bug报告。

提供大量的分析选项和强大的查询匹配能力，能根据各种条件组合进行Bug统计。

当错误在它的生命周期中变化时，开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史纪录，并在检查错误的状态时参考这一记录。

●系统灵活，强大的可配置能力。

Bugzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定开发人员和测试人员；这样可以实现提交报告时自动发给指定的责任人；并可设定不同的小组。

设定不同的用户对Bug记录的操作权限不同，可进行有效的控制管理。

允许设定不同的严重程度和优先级，可以在错误的生命期中管理错误，从最初的报告到最后的解决，都有详细的记录，确保了错误不会被忽略，同时，可以让开发人员将注意力集中在优先级和严重程度高的错误上。

●自动发送Email通知相关人员。

根据设定的不同责任人，自动发送最新的动态信息，有效的帮助测试人员和开发人员进行沟通。

1.2为什么使用Bugzilla

Bugzilla是一个拥有强大功能的缺陷跟踪系统。

它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。

2Bugzilla基本操作

适用范围：

高层领导人员、项目经理、开发人员、测试组所有成员

用户登录及设置流程：

打开浏览器，在地址栏中输入：

http:

//10.1.1.109进入Bugzilla主页面。

在登陆项中输入E-Mail地址，在密码栏输入用户的初始密码（姓名全拼如wangtong），然后，点击【登陆】即可。

如忘记密码，请联系wangt@

成功登录后，点击页面中的“偏好设定”，然后选择【姓名和密码】，进行密码修改。

点击【设置】->【电子邮件设置】，进行邮件通知设置。

点击【设置】->【权限】，进行权限查询。

注意：

在登陆使用系统之后，一定要退出登陆，因为在bugzilla中存在一个隐患——当你没有退出登陆而关闭页面，当用同一台机器再次访问的时候，系统会以上次登陆的用户访问。

3Bug提交过程

适用范围：

测试组所有人员

具体操作如下：

成功登陆缺陷管理系统后，在系统首页点击【新建】或点击【输入新BUG】，点击bug所在的项目，系统显示输入缺陷界面（见图1）；

1、选择发现的bug所在的产品名称；

2、子产品（功能模块）：

点击选择列表中的子产品。

可以查看关于这个产品的子产品的详细信息；

3、选择对应的版本号，严重程度、优先程度信息；

4、硬件平台、操作系统：

可以根据发现bug的实际情况来选择，如果确定这个bug可以发生在所有的平台，选择all就可以；

5、严重性：

严重、一般、轻微、优化，严重程度逐渐减弱；

6、优先级：

紧急、优先、一般、次要，优先级逐渐减弱；

7、初始状态：

默认状态为“新建（NEW）”；

8、分配给谁负责:

默认是后台设定好的一般不用修改,也可手工制定，直接修改即可；

9、邮件组（抄送给谁）:

可为多人，需用"，"隔开，一般抄送都默认加到了预设邮件组里这里一般不手工填写；

10、预设邮件组：

后台默认添加的必须抄送人；

11、估计小时数、截止期限、网址:

bug的定位（可选）

12、摘要：

是对bug的概述（必须填写）；

13、描述中要详细说明下列情况：

1）发现问题的步骤

2）执行上述步骤后出现的情况

3）期望应出现的正确结果

14、附件：

点击【新增附件】，根据实际情况，为了更进一步描述bug，可以提交bug出现的错误图片等文件。

15、依赖于和会屏蔽的BUG：

直接输入与当前bug有依赖关系的bug的编号。

简单地说，比如说这里输入“3”，那么就是说当前提交的bug有依赖关系，不是由于3导致了当前bug，就是当前bug导致了bug3。

确认无误后，点击【确认】即可。

图1

提交之后，系统会提示：

bug已经提交。

在此页面的下半部分，会再次显示刚才提交的bug的详细信息，你可以在这里进行修改，重新提交,也可以在此增加新的附件或是附加说明来进一步说明bug。

冲突:

当两个或几个人同时修改一个bug提交信息的时候，bugzilla会有弹出Mid-aircollision!

提示，并且列出解决冲突的选择，若提交修改，会导致覆盖别人所做的修改；若不改，返回。

建议选择返回，看看别人修改了什么，不同的话，添加一个附加说明来补充吧！

！

以上各项可能会因为权限的关系，有所缺省。

注意：

如果要提交的bug已经存在，系统会给出提示相应不能提交的信息，若有什么建议，可在原有记录中增加注释，告知其属主。

4Bug处理流程

适用范围：

项目经理、开发人员、测试组所有成员

1、测试人员发现bug后，判断属于哪个子产品（功能模块）的问题，填写bug报告后，系统自动通过Email通知bug负责人（项目经理或开发人员）。

2、bug负责人根据具体情况，重新分配给bug所属的开发者。

3、开发者收到Email信息后，判断是否为自己的修改范围。

1）若不是,重新分配给项目负责人或应该分配的开发者。

2）若是，进行处理，并给出解决方法。

4、测试人员查询开发者已修改的bug，进行回归测试。

1）经验证无误后，测试人员修改状态为已认证（VERIFIED）。

待整个产品发布后，修改为已关闭（CLOSED）。

2）若经验证仍有问题，测试人员修改状态为重开启（REOPENED），并会自动邮件通知。

5、如果这个BUG一周内一直没被处理过。

Bugzilla就会一直用email骚扰它的属主，直到采取行动。

管理员可以设定最迟采取行动的期限，比如说3天，系统默认为7天。

BUG处理流程见下图：

说明：

对于测试人员新提交的缺陷，必须经过项目经理分配后，开发人员才可以修改，并注明修改意见。

如果项目经理不分配缺陷，开发人员只有浏览缺陷的权利，不可以执行任何修改操作。

5对于Bug的不同处理情况

适用范围：

项目经理、开发人员、测试组所有成员

1、Bug的属主（owner）处理问题，提出解决意见及方法。

给出解决方法并填写附加说明（AdditionalComments），并需要选择BUG处理结果，5种处理结果如下：

1）FIXED（已修复）：

描述的问题已经修改，该bug已经修复并检查过，源文件已经检入SVN库。

2）NVALID（无效）：

描述的问题不是一个bug（输入错误后，通过此项来取消）

3）WONTFIX（决定不改）：

描述的问题将永远不会被修复。

4）DUPLICATE（重复bug）:

描述的问题是一个存在的bug的复件。

5）好好的WORKSFORME（无法重现）：

所有要重新产生这个bug的企图是无效的。

如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。

注意：

开发人员在修改缺陷后，必须选择以上处理结果。

2、项目经理或开发者重新指定Bug的属主。

bug不属于自己的范围，可在负责人处点击编辑,指定BUG责任人是项目经理，此时等待项目经理重新指定。

1）bug不属于自己的范围，但知道谁应该负责，在负责人处点击编辑直接输入被指定人的Email。

2）操作结果：

此时bug状态又变为“新的”，此bug的负责人变为被指定的人。

3、测试人员验证已修改的Bug

1）测试人员查询开发者已修改的bug，即状态为"已解决",解决方案为"已修复"，进行回归测试。

2）经验证无误后，修改“已解决”为“已认证”。

待整个产品发布后，修改为“已关闭”。

3）若测试之后发现还有问题，修改为“重开启”，状态重新变为“新的"，并发邮件通知BUG属主。

6有关权限说明

适用范围：

高层领导人员、项目经理、开发人员、测试组所有成员

分为五种权限：

1、高级浏览用户：

能够快速、方便的查看系统所有缺陷。

2、项目经理：

负责分派项目所有缺陷。

3、测试经理：

负责提交缺陷、审核缺陷、回归测试等，跟踪整个缺陷修改过程。

4、开发人员：

负责修改所属缺陷，添加修改评论，修改处理结果。

5、测试人员：

负责提交缺陷、验证缺陷，并修改验证后缺陷的最终状态。

7查询操作

适用范围：

高层领导人员、项目经理、开发人员、测试组所有成员

登录Bugzilla缺陷跟踪系统后，点击【进阶搜索】，可以按照指定的一个或者多个查询条件进行查询（如下图2）。

图2

1、常规项查询方式：

1）摘要：

下拉列表框选择查询规约。

在其后的输入框中输入包含的信息，此信息的指定与提交bug时的注释信息相一致。

2）产品（Product）：

选择所要查找的bugs所在的产品。

3）子产品（功能模块）（Component）：

选择bugs所在的模块。

4）版本（Version）：

选择bugs版本。

5）网址URL：

指定关于bugs所在的URL。

6）描述或注释：

指定包含或不包含该关键字的bugs。

每个bug可以被指定描述。

7）截止期限：

搜索约定某个时间段内。

8）状态（Status）：

选择bugs状态。

9）解决方案（Resolution）：

选择bugs处理的结果。

10）严重等级（Severity）：

选择bugs的严重级别。

11）优先程度（Priority）：

选择bugs的优先级别。

12）硬件平台（Platform）：

选择存在bugs程序运行的平台。

13）操作系统（OpSystem）：

选择存在bugs程序所运行的操作系统。

设置以上有关缺陷信息，点击【搜索】即可。

2、邮箱和编号（邮件和编号查询方式）

在这一部分，我们可以通过复选框中的用户（bug负责人、报告者、抄送列表成员以及评论者）的E-mail地址和bug的编号进行查询。

这部分的查询界面（如上图）有两列相同的复选框、下拉列表框及文本框。

同一列的复选框可多选。

文本框中可以输入多个E-mail地址，中间用“,”隔开。

查询结果取多个复选框的并集。

若同时指定两列查询选项，则查询结果取各自的交集。

例如：

要查询bug负责人和报告者为wangt@的bugs，首先点选bug负责人和报告者复选框，然后在下拉列表框中选择“是”,文本框中输入，点击“搜索”显示查询结果。

又如要查询bug负责人为wangt@且报告人为zhaojs@的bugs，则可以在第一列选项中设置bug的负责人，在第二列选项中设置报告者，点击【搜索】显示查询结果。

在这一部分的查询中，我们还可以直接输入编号进行查找，选择包含或排除，然后输入bug编号，即可按号查找。

3、Bug变更

1）在下述天数内修改的bugs：

可查找在指定天数内修改过的bugs。

2）匹配下面任意条件的bugs：

可选择发生过改变的条件，指定发生改变的时期（按照yyyy-mm-dd的格式）以及修改后的属性值。

4、使用布尔运算式进阶搜索高级查询

利用BooleanChart高级查询可以实现以上所有的查询功能。

例如：

在第一个下拉列表框中选择“bug#”，第二个选择“等于”，第三个指定n（n为bug的ID号，如2），点击Search，查询结果将列出ID号为n的bug。

点击Or，可追加查询选项及选项值，查询结果与上一查询结果取并集；点击And，则查询结果取交集。

点击AddanotherBooleanChart，可以添加新的BooleanChart。

这个键与And键几乎相同。

只是前一个BooleanChart查询的结果，作为下一个BooleanChart查询的范围。

5、指定查询结果的排序方式：

Sortresultsby：

可以指定查询结果的排列顺序。

6、显示全部的BUG

在列表框（如状态列表框），我们可以通过Ctrl+Click（左键单击）取消一个选项,去掉所有的查询选项，就可以显示所有的BUG了。

7、查询结果页面显示

点击页面上的【长的格式】键，可以显示查询结果中bugs的详细的相关信息。

1）CSV：

打开一个关于查询结果的.csv文件，事实上是一个excel表格形式。

2）iCalendar：

以日历的形式显示。

3）一次变更多个Bug：

可以对查询结果中所有或者部分bugs进行统一变更。

4）发邮件给Bug负责人：

发邮件给bug负责人，邮箱地址用“,”隔开。

5）编辑搜索条件：

可以重新设置查询选项。

我们还可以点击bug的ID，查看单个的BUG信息。

8、预定义查询

在查询页面底部区域内有一个【我的缺陷】选项，其中的查询结果是当前用户提交或指定给当前用户的bug。

可以通过该功能定制搜索条件，每次进行搜索操作时，直接点击搜索名即可完成搜索操作。

具体操作举例说明：

1）在缺陷管理系统首页，点击【我的缺陷】系统显示页面见下图3；

2）点击【编辑搜索】编辑搜索条件；

3）点击【搜索】，系统显示缺陷列表；

4）然后在as后面的文本框中输入搜索名称，如“甘肃省电力公司门户项目”；

5）选择【将这些设定设为我的搜索选项的预设值】，系统自动保存搜索条件；

6）返回系统首页，在页面下方区域【我的缺陷】后就显示搜索名称，如图4；

7）点击搜索名称即可完成搜索操作。

8管理员操作指南

适用范围：

缺陷管理人员

主要工作内容：

产品（Product）、版本号（versions）和子产品（Components）的定义，同时指定模块相应的开发者（owner）和测试人员（QAContact）。

1、小组的定义和划分

2、测试中Bug严重程度、优先级的定义

3、增加用户，并分别设定全部用户的分组、权限。

4、主要参数（parameters）的设置

1）urlbase:

输入bugzilla工具所在的服务器IP地址。

2）whinedays：

Bug在whinedays设定的期限内若未被处理，将自动重发mail，默认为7天。

3）defaultpriority:

设定默认的优先级

4）commentonchange_resolution：

设为ON，系统将强制要求开发者处理完Bug后，必须填写修改的内容。

说明：

若是要更改某一项的设置，不要勾选该项前面的reset选框，这样会使其恢复默认设置的。

基本操作：

创建默认的管理员用户,运行checksetup.pl。

若不小心删除管理员，重新运行checksetup.pl

用户管理：

1）增加新用户

点击页面右下角【用户】,点【添加】页面。

帐号（Loginname）:

一般为邮件地址。

真实姓名（Realname）:

填写真实用户名。

密码：

用户密码

●测试人员的权限一般设为:

Canconfirm,editbugs

●Developer的权限设为:

none

当所有修改内容都确认无误之后，update!

!

2）查看用户

查看某一个用户：

【用户】—〉帐号—〉符合的输入框中输入要查看的用户名（邮件地址）。

查看所有用户列表：

【用户】—〉【搜索】,会列出已经存在的所有的用户。

3）用户组（group）

这里我们所说的组，不同于我们一贯听到的组的含义，在这里我们可以把组理解成“把不同的权限分组”，那么我们把用户添加到某一个或几个组中，就相当于给用户分配了相应的权限。

4）管理Product和component

这里的产品，可以理解为“项目”。

点【产品】，会列出所有的已经存在的产品。

5）增加产品：

【产品】—〉点产品列表的下面的【添加】，

产品:

项目名称。

描述:

对项目的简明的描述，便于他人了解。

不允许报告bug:

选择是否关闭bug提交。

每个人的最大投票数:

决定用户可以投票的次数，设置为0的时候，就不可以投票了。

每个人在单个缺陷上的最大投票数:

设置每个用户给同一个bug投票的次数。

输入在这个产品里缺陷自动脱离未确认状态所需要的票数的确认阀值:

设置成10000，此产品在提交bug的时候，初始状态将有unconfirmed和new两种状态，需要报告人选择（开发人员提交的时候，总是自动默认为unconfirmed）

版本:

产品的版本号。

填写完之后，【新增】。

在看到添加成功的提示之后，你可以选择“回到查询页面”、“添加更多的产品”和“为刚添加的产品编辑模块”。

我们选择编辑组件来添加组件。

6）增加子产品（component）:

子产品:

模块名称。

描述:

对子产品的描述。

预设负责人:

输入一个已经存在的用户账号（邮件地址）。

预设邮件组：

输入一些已经存在的用户帐号（邮件地址），用逗号隔开。

然后点【新增】即可。