1 Bugzilla简介
1.1 产生
Bugzilla是一个共享的免费的产品缺陷记录及跟踪工具。由Mozilla公司提供。创始人是Terry Weissman,开始时使用一种名为“TCL”的语言创建的,后用Perl语言实现,并作为Open source发布。
1.2 麻烦
1. 需要Perl和配置MYSQL数据库;
2. Bug和Case管理部署在两个不同的工具上面;
1.3 特点
Bugzilla能够建立一个完善的bug跟踪体系:报告bug、查询bug记录并产生报表、处理解决bug、管理员系统初始化和设置四部分。(Bug管理系统的通性:比如TFS)
Bugzilla具有如下特点:
1. 基于Web方式,安装简单、运行方便快捷、管理安全。
2. 有利于缺陷的清楚传达。本系统使用数据库进行管理,提供全面详尽的报告输入项,产生标准化的bug报告。提供大量的分析选项和强大的查询匹配能力,能根据各种条件组合进行bug统计。当缺陷在它的生命周期中变化时,开发人员、测试人员、及管理人员将及时获得动态的变化信息,允许你获取历史记录,并在检查缺陷的状态时参考这一记录。
3. 系统灵活,强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块,并针对不同的模块设定开发人员和测试人员。这样可以实现提交报告时自动发给指定的责任人,并可设定不同的小组,权限也可划分。设定不同的用户对bug记录的操作权限不同,可有效控制进行管理。允许设定不同的严重程度和优先级。可以在缺陷的生命期中管理缺陷。从最初的报告到最后的解决,确保了缺陷不会被忽略。同时可以使注意力集中在优先级和严重程度高的缺陷上。
4. 自动发送Email,通知相关人员。根据设定的不同责任人,自动发送最新的动态信息,有效的帮助测试人员和开发人员进行沟通。(每个人收到邮件后要自觉的进行相关处理)
2 Bugzilla操作说明
2.1 用户登录及设置
2.1.1 用户登录
1. 用户输入服务器地址http://192.168.11.18/bugzilla。
2. 进入主页面后,点击【login in】进入。
3. 输入用户名和密码即可登录。用户名为Email地址,初始密码为用户名缩写。
4. 如忘记密码,点击【Forgot
Password】,输入用户名,根据收到的邮件进行重新设置。
2.1.2 用户属性设置
Login登录后,点击【Preferences】进行属性设置
a) 账号设置(Name and
Password)
在这里你可以改变你账号的基本信息,如口令,Email地址,真实姓名
为了安全起见,在此页进行任何更改之前你都必须输入你当前的口令
当你变更了你的Email地址,系统会给你的新老Email地址分别发一封确认邮件,你必须到邮件中指定的地址对你的更改进行确认
b) Email设置(Email Preferences)
你可以在此通过选择告诉系统,你希望在什么条件下收到和你相关的邮件
c) 保存的查询(Saved Searches)
d) 常规属性(General
Preferences)
e) 用户权限(Permissions)
2.2 报告Bug
2.2.1 测试人员报告Bug
1. 请先进行查询,确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主,让bug的属主看到这个而自己去修改。
2. 若Bug不存在,创建一份有效的bug报告后进行提交。
3. 操作:点击New,选择产品后,填写下表。
4. 填表注意:
Assigned to:为空则默认为设定的owner,也可手工制定。
CC:可为多人,需用","隔开。
Description中要详细说明下列情况:
a) 发现问题的步骤
b) 执行上述步骤后出现的情况。
c) 期望应出现的正确结果。
5. 操作结果:Bug状态(status)可以选择Initial state为New或Assigned.
a) 系统将自动通过Email通知项目组长或直接通知开发者。
6. 帮助:Bug writing
guidelines
2.2.2 开发人员报告Bug.
1. 具体方法同测试人员报告。
2. 区别:Bug初始状态将自动设为Assigned,待测试人员确定后变为“New".
2.3 处理Bug
2.3.1 处理情况1
Bug的属主(owner)处理问题后,提出解决意见及方法。
1. 给出解决方法并填写Additional
Comments,还可创建附件(如:更改提交单)
2. 具体操作(填表项如下)
3. 填表注意:
Ø FIXED描述的问题已经修改
Ø INVALID描述的问题不是一个bug (输入错误后,通过此项来取消)
Ø WONTFIX描述的问题将永远不会被修复。
Ø LATER描述的问题将不会在产品的这个版本中解决.
Ø DUPLICATE描述的问题是一个存在的bug的复件。
Ø WORKSFORME所有要重新产生这个bug的企图是无效的。如果有更多的信息出现,请重新分配这个bug,而现在只把它归档。
2.3.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.3.3 处理情况3
测试人员验证已修改的Bug.
1. 测试人员查询开发者已修改的bug,即Status为"Resolved",Resolution为"Fixed".进行重新测试。(可创建test case附件)
2. 经验证无误后,修改Resolution为VERIFIED。待整个产品发布后,修改为CLOSED。
若还有问题,REOPENED,状态重新变为“New",并发邮件通知。
3. 具体操作(可选择项)
Ø Leave as RESOLVED FIXED
Ø Reopen bug
Ø Mark bug as VERIFIED
Ø Mark bug as CLOSED
2.3.4 处理情况4
Bug报告者(reporter)或其他有权限的用户修改及补充Bug
1. 可以修改Bug的各项内容。
2. 可以增加建立附件,增加了相关性,并加一些评论来解释你正在做些什么和你为什么做。
3. 操作结果:
每当一些人修改了bug报告或加了一个评论,他们将会被加到CC列表中,bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。
2.4 查询Bug
1.直接输入Bug Id,点击find查询。可以查看Bug的活动纪录。
2.点击Search,输入条件进行查询。
根据查找的需要在界面中选择对象或输入关键字
查找功能能够进行字符或字串的匹配查找
查找功能具有布尔逻辑检索功能
你可以通过在查找页面中选择“Remember
this as my default query”将当前检索页面中设定的项目保存。以后可以从页脚中的My
bugs中直接调用这个项目进行检索
你还可以通过在“Remember this
query, and name it:”后面输入字符,将你当前检索页面中设定的项目保存命名,同时选中“and
put it in my page footer”。则以后这个被命名的检索将出现在页脚中。
3.查询Bug活动的历史
4.产生报表。
5.帮助:点击Give me some help.
2.5 关于权限的说明
1. 组内成员对bug具有查询的权利,但不能进行修改。
2. Bug的owner和reporter具有修改的权利。
3.