bugzilla的使用

bugzilla的使用帮助
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.3增加新用户
  点击页面右下角【users】,submit后,出现【Add new user】页面。输入相应输入即可。Login name: 一般为邮件地址,可以设为其他标识。
2.4 禁止一个用户
  填写Disabled text 输入框即可。
2.5 修改用户
  可以修改用户注册名、密码。
  设置权限
  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使用指南
绪言
什么是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 account”链接,输入你的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地址分别发一封确认邮件,你必须到邮件中指定的地址对你的更改进行确认
2           Email设置(Email Settings)
l          你可以在此通过选择告诉系统,你希望在什么条件下收到和你相关的邮件
3           页脚(Page Footer)
l          设定“Preset Queries”是否在页脚中显示
4           用户权限(Permissions)
你可以在此查看自己账号现在的权限  
 

本文来自于艾威培训

转载请注明:http://www.avtechcn.com/share/1353.html