Bugzilla的使用

一、bugzilla管理员（特殊功能点）

1、增加用户

1.1、查找出附合条件的所有用户或全部用户

点击底下用户选项，分四种情况查出相应用户：

1、不填用户名直接提交时，可以查出全部。

2、填用户名，不区分大小写的查出相应用户。

3、填用户名，区分大小写的查出相应用户。

4、填用户名，查出此用户名以外的相应用户。

1.2、添加用户、把用户置为不可用

对上面查出的内容，点击增加一个新用户，输入相关资料，注意停用文本中不要填入内容。确定就可。

把用户置为停用，查出该用户，把停用文本框里填入一些内容，提交就可。

1.3、修改用户权限

查出用户，点击进入该用户，在相应复选框前打上或去除选择标记，updata就可。

Canconfirm:Can confirm a bug.

确认一个bug，改状态用的，一般所有参与人都要有这个权限。

Creategroups:Can create and destroy groups.

新建用户组用的。

Editbugs:Can edit all aspects of any bug.

可以新建、改状态，以及所有对bug的操作。

Editcomponents:Can create,destroy,and edit components.

增加、修改、删除产品和部件功能。

Editkeywords:Can create,destroy,and edit keywords.

增加、修改、删除关键字操作。

Edit tusers:Can edit or disable users.

能编辑或停用其它用户。

Tweakparams:Can tweak operating parameters.

能修改操作参数的操作。

2、增加产品（项目）

2.1、增加产品

点击底下的产品链接，可以修改、删除、增加一个产品。

Closed for bug entry:

选中表示不能再向该产品提交bug了，但现有bug还是可以查看、编辑。

Maximum votes per person:

这个产品接受每个人的最大投票数。不为0时才有投票功能。

Maximum votes a person can put on a single bug:

在一个bug单上一个用户能投票的最大数目。

Number of votes a bug in this product needs to automatically get out of the UNCONFIRMEO state:

2.2、增加部件

增加部件的地方有两个，一个是产品里，一个是在增加一个产品的bug时，该产品没有部件的情况下，会提示你增加部件。而删除和修改部件是地方只有在产品里。

Initial owner里必须指定一个用户方可

2.3、增加版本

增加、修改、删除产品的版本在产品链接里实现。

2.4、增加产品附件

产品附件：指对某个整个的产品增加一个附件，可以在里面放一些说明。

在底部的附件链接里实现。产品附件可以增加、编辑、删除。

2.5、增加某bug的附件

打开需要加附件的bug，点击建立新的附件的链接，按要求填写可以增加bug的附件。查看附件只要点击相应附件就可。

bug 的附件只可以添加和编辑，不可以删除。附件上还可以增加评述。

3、设置参数

3.1.1、设置整体参数

◎主要参数（parameters）的设置
1） urlbase: 输入bugzilla 工具所在的服务器IP地址。
2） whinedays：Bug在whinedays设定的期限内若未被处理，将自动重发mail，默认为 7天。
3） defaultpriority:设定默认的优先级
4） commentonresolve：设为ON，系统将强制要求开发者处理完Bug 后，必须填写修改的内容。

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

4、设置用户组

组是针对项目而设的，当一个用户属于某个项目组时，这时才有提交的该项目链接，可以给其添加bug。但它好像并没有把一些权限封装在组里，也许这里理解有误。

5、设置关键字

关键字的作用是给某个bug加入这个关键字就可以按关键字快速查找到该bug。这里的关键字的设置是对整个系统而言的，并非某个产品。

关键字可以添加、修改、删除，在底部的关键字的链接里实现。

使用时打开某个bug在里面的关键字处填写系统已经定义过的关键字，就可在查询里面按关键字查询出来。

二、一般用户

1、 bug的提交

点击【新建】—〉选择发现的bug所在的产品名称。

在选择的产品bug提交页面中，选择或者输入bug信息。

◎模块：点“模块”两个字，可以查看关于这个产品的模块的详细信息。

◎平台、操作系统：可以根据发现bug的实际情况来选择，如果确定这个bug可以发生在所有的平台，选择all好了！

◎优先级：P1至P5优先级逐渐减弱。

◎严重级：blocker到enhancement严重程度降低。

Blocker:阻碍了项目开发或者测试的继续进行。

Critical:冲突，数据丢失和严重的内存泄漏等问题。

Major:较大的功能缺陷。

Minor:较小的功能缺陷。

Trivial:拼写、对齐类的错误。

Enhancement:需要改进的。

◎初始状态：开发人员的默认状态为“unconfirmed”(这个要由管理员设置，参见管理员操作指南)，测试人员或者管理员此处为可选状态：unconfirmed和new.

◎Assigned to: 为空时默认为管理员指定的 owner, 也可手工制定。

◎CC: 可为多人，需用"，"隔开。

◎URL: bug的定位（可选）。

◎注释：是对bug的概述（必须填写）。

◎Desription中要详细说明下列情况：
1）发现问题的步骤

2）执行上述步骤后出现的情况
3）期望应出现的正确结果

◎关键字：单击“关键字”三个字，会显示管理员已经设定的关键字，选择其一，便于以查询。注意：此处不可以随意添加，必须使用已经存在的关键字才好。另外，如果管理员没有创建关键字的话，那么此项缺省。

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

确认无误后，“commit”!

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

2、 bug的投票

◎投票：可以查看票数,只要点击【显示这个bug的票数】，也可以参加投票，【为这个bug投票】—〉在“票数”一栏中直接输入票数—〉【change my votes】.

需要说明的是：票数并不是任意的，管理员为每一个用户设置了可以投票的最大数目和每个用户为某个bug投票的最大数目。

建议：一次只投一票，多投也没什么意义。主要是用来看用户对该bug的关注程度。

3、对于Bug的不同处理情况

3.1 Bug的属主 (owner) 处理问题，提出解决意见及方法。
给出解决方法并填写附加说明（Additional Comments），还可创建附件（如：更改提交单）。
填表提示：
　FIXED 描述的问题已经修改，该bug已经修复并检查过，源文件已经检入CVS库。

INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消)
　　WONTFIX 描述的问题将永远不会被修复。
　　LATER 描述的问题将不会在产品的这个版本中解决。
　　DUPLICATE 描述的问题是一个存在的bug的复件。
　　WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。

3.2 项目组长或开发者重新指定Bug的属主。
①bug不属于自己的范围，可置为 Assigned ,等待测试人员重新指定。
②bug不属于自己的范围，但知道谁应该负责，在Reassign bug to的输入框中直接输入被指定人的Email。　　

③操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。

3.3 测试人员确认开发人员报告的Bug是否存在.

查询状态为“Unconfirmed"的Bug,

测试人员对开发人员提交的Bug进行确认，确认Bug存在。

具体操作：选中“Confirm bug(change status to New)"后，进行commit.

操作结果：状态变为“New".

3.4 测试人员验证已修改的 Bug
① 测试人员查询开发者已修改的bug，即Status为"Resolved", Resolution为"Fixed".进行重新测试。（可创建test case附件）
② 经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为CLOSED。
　若测试之后发现还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

4、冲突

当两个或几个人同时修改一个bug提交信息的时候，bugzilla会有弹出 Mid- air collision!提示，并且列出解决冲突的选择：◎提交修改，但是会导致覆盖别人所做的修改。

◎不改了，返回。

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

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

5、关于权限的说明

◎组内成员对bug具有查询的权利,但不能进行修改。

◎ Bug的owner 和 reporter 具有修改的权利。
◎ 具有特殊权限的用户具有修改的权利。

6、 bug的报告

所有人员都可以按项目也可以所有的查看目前bug数量，所属人员，以及bug状态，从而可以找出项目的修改情况。