查看完整版本: bugzilla实用说明

bugzilla实用说明

Bugzilla是一个bug追踪系统，用以管理bug提交、bug消除，不仅能降低同样错误的重复发生，提高开效率，而且有助于项目管理的难度
Bugzilla操作说明

1.用户登录及设置

1.1用户登录
　　1． 用户输入服务器地址[url]http://192.168.1.6/bugzilla/[/url]。
<[url]http://192.168.1.6/bugzilla/%E3%80%82[/url]>
　　2． 进入主页面后，点击'Forget the currently stored login'，再点击'login in'进入。
　　3． 进入注册页面，输入用户名和密码即可登录。用户名为Email 地址，初始密码为用户名缩写。
　　4． 如忘记密码，输入用户名,点击'submit request',根据收到的邮件进行
重新设置。

1.2、修改密码及设置
　　1．Login登录后，'Edit prefs'->'accout settings' 进行密码修改。
　　2．'Edit prefs'->'email settings' 进行邮件设置。
　　3．'Edit prefs'-> 'permissions' 进行权限查询

2、Bug的处理过程

2.1、报告Bug

2.1.1测试人员报告Bug
　　1．请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存
在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的
属主看到这个而自己去修改。
　　2． 若Bug不存在，创建一份有效的bug报告后进行提交。
　　3． 操作：点击New，选择产品后，填写下表。
　　4． 填表注意：Assigned to: 为空则默认为设定的 owner, 也可手工制定。
CC: 可为多人，需用"，"隔开。Desription中要详细说明下列情况：
　　1） 发现问题的步骤
　　2） 执行上述步骤后出现的情况。
　　3） 期望应出现的正确结果。
　　选择group设置限定此bug对组的权限，若为空，则为公开。
　　5. 操作结果：Bug状态（status）可以选择Initial state 为New或Unconfirmed.
　　系统将自动通过Email通知项目组长或直接通知开发者。
　　6．帮助： Bug writing guidelines

2.1.2 开发人员报告Bug.
　　1. 具体方法同测试人员报告。
　　2. 区别： Bug初始状态将自动设为Unconfirmed，待测试人员确定后变为“New".

二:

2.2、Bug的不同处理情况

2.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。
　　1 . 给出解决方法并填写Additional Comments，还可创建附件（如：更改提
交单）
　　2．具体操作（填表项如下）
　　3 . 填表注意：
　　FIXED 描述的问题已经修改
　　INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消)
　　WONTFIX 描述的问题将永远不会被修复。
　　LATER 描述的问题将不会在产品的这个版本中解决.
　　DUPLICATE 描述的问题是一个存在的bug的复件。
　　WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出
现，请重新分配这个bug，而现在只把它归档。

2.2.2 项目组长或开发者重新指定Bug的属主。（owner）
　　1． 为此bug不属于自己的范围，可置为 Assigned,等待测试人员重新指定。
　　2． 为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的
Email， 进行Ressigned。
　　3. 操作：（可选项如下）
　　* Accept bug (change status to ASSIGNED)
　　* Reassign bug to
　　* Reassign bug to owner and QA contact of selected component
　　4． 操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。

2.2.3测试人员验证已修改的 Bug.
　　1．测试人员查询开发者已修改的bug，即Status为"Resolved",Resolution为
"Fixed".进行重新测试。（可创建test case附件）
　　2． 经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为
CLOSED。
　　若还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
　　3． 具体操作（可选择项）
　　　1. Leave as RESOLVED FIXED
　　　2. Reopen bug
　　　3. Mark bug as VERIFIED
　　　4. Mark bug as CLOSED

三:

2.2.4 Bug报告者（reporter）或其他有权限的用户修改及补充Bug
　　1. 可以修改Bug的各项内容。
　　2. 可以增加建立附件，增加了相关性, 并加一些评论来解释你正在做些什么
和你为什么做。
　　3．操作结果：每当一些人修改了bug报告或加了一个评论，他们将会被加到CC
列表中，bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮
件中。

2.2.5测试人员确认开发人员报告的Bug是否存在.
　　1. 查询状态为“Unconfirmed"的Bug,
　　2. 测试人员对开发人员提交的Bug进行确认，确认Bug存在。
　　3. 具体操作：选中“Confirm bug(change status to New)"后，进行commit.
　　4. 操作结果：状态变为“New".

2.3、查询Bug

　　1．直接输入Bug Id，点击find 查询。可以查看Bug的活动纪录。
　　2．点击Query，输入条件进行查询。
　　3．查询Bug活动的历史
　　4．产生报表。
　　5．帮助：点击Clue.

3、关于权限的说明

　　1． 组内成员对bug具有查询的权利,但不能进行修改。
　　2． Bug的owner 和 reporter 具有修改的权利。
　　3． 具有特殊权限的用户具有修改的权利。

4、 BUG处理流程

　　1． 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告
后，通过Email通知项目组长或直接通知开发者。
　　2． 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。
　　3． 开发者收到Email信息后，判断是否为自己的修改范围.
　　1） 若不是,重新reassigned分配给项目组长或应该分配的开发者。
　　2） 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说
明）
　　4． 测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附
件）
　　1） 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。
　　2） 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
　　5． 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的
属主，直到采取行动。

四:

5、一个Bug的生存周期


Bugzilla管理员操作指南


1、主要工作内容：

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


1．2小组的定义和划分

1．3测试中Bug严重程度、优先级的定义


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


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


2、基本操作：


2．1创建默认的管理员用户。
　　运行checksetup.pl。若不小心删除管理员，重新运行checksetup.pl.


2．2 管理用户


2．1 增加新用户
　　点击页面右下角【users】,submit后，出现【Add new user】页面。输入相应
输入即可。Login name: 一般为邮件地址，可以设为其他标识。


2．2 禁止一个用户
　　填写Disabled text 输入框即可。


2．3 修改用户
　　可以修改用户注册名、密码。
　　设置权限
　　QA的权限一般设为: Canconfirm, editbugs
　　Developer的权限设为: none
　　分组控制：group

3、管理group


3.1．增加group
　　edit groupàadd groups (New User Regexp可不填/active 选择则可选)->add


3.2修改group ,submit 即可。
　　4、管理Product 和 component
　　a)增加Product
　　b) Component 对应一个owner(进行fixed),QA Contact（确保已fixed）
　　c) Component Number of Unconfirmed =10000,此产品将选择bug的初始状态
（Unconfirmed,New）

以上是BUGZILLA的简单实用简介

有很多不足还请多提意见!!仅供参考!!

Thank you very much !!

非常感谢楼主!!对我很有帮助!!

多谢楼主，受益匪浅！

感谢楼主，我把你的帖子Copy了，整合到已有的Bugzilla的说明文件中。

谢谢楼主的分享
我用过一段时间，还真没有去总结过呢

正想学习它呢。。。

又问题还来问你啊  ^_^

好贴要顶的
楼主，我在使用bugzilla工具时，发现时间段之内统计bug，系统不支持，有什么好的方法么？

Thank you for your help to improve my knowledge in using this tool.

正在使用中！谢谢！

正在使用中！谢谢！

正准备学习，看后有了初步的了解，多谢！

现在正在使用，但是功能未能完全使用起来，现在好了，感谢搂主

请问window2000下bugzilla的MTA如何配置？

谢谢楼主！

真是非常感谢版主！谢谢~~~~~~~~~~~~~~~~~~~~~

请问楼主,怎样能够出现所有bug的列表呢?谢谢!

你说的一个项目中的所有BUG,还是所有项目的所有BUG呢?

顶

支持冰河一下！！

Professional job, Thank you, have a question

Hi ,
how to lists all users in bugzilla thanks.
my email is [email]jennyahwu@yahoo.ca[/email]

请教版主一个问题：
我自定义查询项目中的bug,若列表项数过多,页面根本无法显示刷新,很是苦恼,这大概是什么原因呢?

谢谢 收藏着了 一边用一边对照着说明看……

以力顶之～！！sdlkfj2

非常受益！

非常受益！我刚配置好这个，正在研究！sdlkfj3

回复 #20 冰河 的帖子

请问楼主,怎样能够出现所有bug的列表呢?谢谢!

请问楼主,怎样能够出现所有bug的列表呢?谢谢!就是一个项目中的所有BUG

中国人，用国货

用迅捷缺陷跟踪系统吧，3分钟装完，全中文的，功能绝不比bugzilla差。
而且还是免费的

[url]http://202.108.36.67:12016/jforum[/url]   去这下载

不错,谢谢楼主.

其实说实话，装完了，还是不知道为什么就能发邮件了。因为前两天也是这么装的，今天重复了一边就成了。
现在开始学习了：）

在windowsXP上bugzilla的邮件怎么设置呀？

我的ACTIVE PERL5.8.8+SQL4.1+BUGZILLA2.22.3+IIS！多谢了！

谢谢```

不错

谢谢,学习

楼主能不能把参数设置的那一页英文翻译下，我那页看不懂，太多了。
期待中。。。。。。。。。。。。。。。。。。。

话说的挺大，但没有实际内容，请以后把话说全点。

不管怎么样先下下来看看
肯定是有大大的好处的

冰河,谢谢!

请教几个关于bugzilla的问题: 请给予答复:

1)比如 开发人员选择的是以下状态和处理意见:

   resolved(Invalid) 或者resolved(Wontfix) 或者resolved(later),或resolved(remind)或resolved(duplicate)
   这时测试人员需要做什么,是不是不用管了,还是将状态置成: verified呢.

2)bugzilla中的几个功能不清楚做什么的,如何操作?

   标记 功能
我的请求 功能
我的投票  功能(对实际工作有多大)
  关键词   功能
csv是什么?
  Rss是什么?