Bugzilla使用指南

绪言 

什么是Bugzilla
Bugzilla是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。它的强大功能表现在以下几个方面：
1.         强大的检索功能
2.         用户可配置的通过Email公布Bug变更
3.         历史变更记录
4.         通过跟踪和描述处理Bug
5.         附件管理
6.         完备的产品分类方案和细致的安全策略
7.         安全的审核机制
8.         强大的后端数据库支持
9.         Web，Xml，Email和控制界面
10.     友好的网络用户界面
11.     丰富多样的配置设定
12.     版本间向下兼容
为什么使用Bugzilla
Bugzilla是一个拥有强大功能的错误跟踪系统。它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。
 
Bugzilla使用指南
新建一个Bugzilla账号
1.       点击“Open a new Bugzilla aclearcase/" target="_blank" >ccount”链接，输入你的Email地址（如：XXX@office）然后点击“Create Account”。
2.       稍候，你会收到一封邮件。邮件中包含你的登录账号（与你的Email相同）和口令，这个口令时Bugzilla系统随机生成的，你可以根据你的需要进行变更。
3.         在页面的黄色页角中点击“Log In”链接，而后输入你的账号和口令。最后点击“Login”
产品和结构（Product and Component）
Bug记录按产品分类，每种产品按功能拆分成几类。以Bugzilla产品为例，它由以下几部分构成：
l          Administration
l          Bugzilla-General
l          Creating/Changing Bug
l          Documentation
l          Email
l          Installation
l          Query/Buglist
l          Reporting/Charting
l          User Accounts
l          Changing Passwords
l          User Interface
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”。则以后这个被命名的检索将出现在页脚中。（有关如何在页脚中设定显示的项目请参见1.5.3）
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）
1           账号设置（Account Settings）
l          在这里你可以改变你账号的基本信息，如口令，Email地址，真实姓名
l          为了安全起见，在此页进行任何更改之前你都必须输入你当前的口令
l          当你变更了你的Email地址，系统会给你的新老Email地

原文转自：http://www.ltesting.net