Bugzilla说明

简介

Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点：

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

l 有利于缺陷的清楚传达。本系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的Bug报告。提供大量的分析选项和强大的查询匹配能力，能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时，开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史纪录，并在检查错误的状态时参考这一记录。

l 系统灵活，强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定开发人员和测试人员；这样可以实现提交报告时自动发给指定的责任人；并可设定不同的小组。设定不同的用户对Bug记录的操作权限不同，可进行有效的控制管理。允许设定不同的严重程度和优先级，可以在错误的生命期中管理错误，从最初的报告到最后的解决，都有详细的记录，确保了错误不会被忽略，同时，可以让开发人员将注意力集中在优先级和严重程度高的错误上。

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

Bugzilla操作流程

用户登录及设置流程

l 打开浏览器，输入Bugzilla服务器地址：http://server/bugzilla/

l 进入主页面后，点击【新建帐号】，进入注册页面。

l 在注册页面中输入E-Mail地址和用户代号，然后，点击【Create Account】，随后，你将收到一封包含初始密码的E-Mail。

l 在收到E-Mail之后，点击【登录】，在帐号栏输入注册时使用的E-Mail地址，在密码栏输入邮件里通知的初始密码，然后，点击【Login】。

l 如忘记密码，在登陆页面中输入注册用户名，点击【Submit Request】,根据收到的邮件进行重新设置密码。

l 如果成功登录后，点击【Edit属性】->【帐号设置】，进行密码修改。

l 点击【Edit属性】->【邮件设置】，进行邮件通知设置。

l 点击【Edit属性】->【权限】，进行权限查询。

Bug的处理流程概述

l 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。

l 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。

l 开发者收到E-Mail信息后，判断是否为自己的修改范围。

1. 若不是，重新reassigned分配给项目组长或应该分配的开发者；
2. 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）；

l 测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）

1. 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。
2. 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。

l 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用E-Mail骚扰它的属主，直到采取行动为止。

测试人员报告Bug的流程

l 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个后自己去修改。

l 若Bug不存在，创建一份有效的bug报告后进行提交。

l 具体操作：点击【新建】，选择产品后，填写一个Bug报告的表格。填表注意：【指派给】为空则默认为设定的owner, 也可手工制定。【抄送】可为多人，需用逗号隔开。【描述】中要详细说明下列情况：

1. 发现问题的步骤；
2. 执行上述步骤后出现的情况；
3. 期望应出现的正确结果。

l 【平台】、【操作系统】、【优先级】、【严重级】，可以根据具体情况自行选择。

l 【依赖】是指与这个新Bug有关联的Bug号码。

l 【Blocks】不太清楚J</P< p>

l 填写完毕之后，点击【Commit】提交，发送邮件通知给相关人员。

Bug的不同处理状态解释

l Bug的属主(owner)确认并接受这个Bug，然后给出解决方法，并填写【附加说明】，还可以【建立新的附件】（如：更改提交单）等等。

l 开发人员可以调整的Bug状态如下：

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

l 测试人员收到Bug的修改通知之后，还可以做如下的调整：

1. Leave as RESOLVED FIXED       =>   保持FIXED状态不变；
2. Reopen bug                                     =>    这个bug还有问题，重新打开；
3. Mark bug as VERIFIED            =>   这个bug确实被正确修改了；
4. Mark bug as CLOSED                   =>   产品已经发布，将这个bug关闭。

关于权限的说明

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

l Bug的owner 和 reporter 具有修改的权利。

l 具有特殊权限的用户具有修改的权利。

关于BUG页面的说明

Bug报告状态分类和Bug处理意见（Status and Resolution）：

1.Bug报告状态分类（Status）

l 待确认的（Unconfirmed）

l 新提交的（New）

l 已分配的（Assigned）

l 问题未解决的（Reopened）

l 待返测的（Resolved）

l 待归档的（Verified）

l 已归档的（Closed）

2.Bug处理意见（Resolution）

l 已修改的（Fixed）

l 不是问题（Nvalid）

l 无法修改（Wontfix）

l 以后版本解决（Later）

l 保留（Remind）

l 重复（Duplicate）

l 无法重现（Worksforme）

指定处理人（Assigned To）

l 可以指定一个处理人

l 如不指定处理人，则系统指定管理员为默认处理人

超链接（URL）

l 输入超链接地址，引导处理人找到与报告相关联的信息

概述（Summary）

l 概述部分“Summary”的描述，应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。

l 如果是通用组件部分的测试，则必须将这一通用组件对应的功能名称写入概述中，以便今后查询。

硬件平台和操作系统（Platform and OS）

l 测试应用的硬件平台（Platform），通常选择“PC”

l 测试应用的操作系统平台（OS）

版本（Version）

l 产生Bug的软件版本

Bug报告优先级（Priority）

l 分五个等级即P1-P5，P1的优先级别最高之后逐级递减

Bug状态（Severity）

l Blocker，阻碍开发和/或测试工作

l Critical，死机，丢失数据，内存溢出

l Major，较大的功能缺陷

l Normal，普通的功能缺陷

l Minor，较轻的功能缺陷

l Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等

l Enhancement，建议或意见

报告人（Reporter）

l Bug报告提交者的账号

邮件抄送列表（CC List）

l Bug报告抄送对象，该项可以不填

l 如需要抄送多人，可将邮件地址用“，”分隔

从属关系（Bug “ID” depends on，Bug “ID” blocks）

l “Bug “ID” depends on”如果该Bug必须在其他Bug修改以后才能够修改，则在此项目后填写那个Bug的编号

l “Bug “ID” blocks”如果该Bug的存在影响了其他Bug的修改，则在此项目后填写被影响的Bug编号

附加描述（Additional Comments）

l 在Bug跟踪过程中测试与开发人员通过这里进行沟通

l 开发人员可以在这里填写处理意见和处理记录

l 测试人员可以在这里填写返测意见和对在返测过程中发现的新问题进行描述

Bug查找

l 可以通过页脚中的“Query”链接进入查找界面

l 根据查找的需要在界面中选择对象或输入关键字

l 查找功能能够进行字符或字串的匹配查找

l 查找功能具有布尔逻辑检索功能

l 你可以通过在查找页面中选择“Remember this as my default query”将当前检索页面中设定的项目保存。以后可以从页脚中的My bugs中直接调用这个项目进行检索

l 你还可以通过在“Remember this query, and name it:”后面输入字符，将你当前检索页面中设定的项目保存命名，同时选中“and put it in my page footer”。则以后这个被命名的检索将出现在页脚中。

Bug列表

l 如果你运行了Bug检索功能，系统会根据你的需要列出相关的项目

l 你可以通过列表页脚附近的“Change Columns”设定在列表中显示的Bug记录中的字段名称

l 如果你拥有必要的权限，你还可以通过“Change several bugs”修改列表中罗列出的Bug的记录。例如：修改Bug的所有者

l 通过“Send mail to bug owners”你可以给列表中罗列的Bug记录的所有者发信

l 如果你对查找的结果不满意，希望重新调整检索设定。你可以通过“Edit this query”实现

l 通常情况下，检索结果中只显示最基本的信息。你可以通过“Long Format”显示更详细的内容

用户属性设置（Edit prefs）

l 账号设置（Account Settings）

1. 在这里你可以改变你账号的基本信息，如口令，Email地址，真实姓名
2. 为了安全起见，在此页进行任何更改之前你都必须输入你当前的口令
3. 当你变更了你的Email地址，系统会给你的新老Email地址分别发一封确认邮件，你必须到邮件中指定的地址对你的更改进行确认

l Email设置（Email Settings）

n 你可以在此通过选择告诉系统，你希望在什么条件下收到和你相关的邮件

l 页脚（Page Footer）

n 设定“Preset Queries”是否在页脚中显示

l 用户权限（Permissions）

n 你可以在此查看自己账号现在的权限