bugzilla实用说明
上一篇 /
下一篇 2007-08-25 15:42:54
/ 个人分类:测试工具
Bugzilla是一个bug追踪系统,用以管理bug提交、bug消除,不仅能降低同样错误的重复发生,提高开效率,而且有助于项目管理的难度
Bugzilla操作说明
1.用户登录及设置
1.1用户登录
1. 用户输入服务器地址
http://192.168.1.6/bugzilla/。
<
http://192.168.1.6/bugzilla/%E3%80%82>
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)
收藏
举报
TAG: