软件版本
bugzilla-2[1].22.；
作者：GeneralXU
Bugzilla 操作说明
1．用户登录及设置
1.1用户登录
1． 用户输入服务器地址192.168.0.3/i;(以公司公布的地址为准)；
2． 进入主页面后，输入【账号】和【密码】登录系统；这里的账号是邮件地址；
3．登录后自动进入查询页面；
4． 如忘记密码，可以系统管理员解决；
备注：由于本系统的邮件系统的发送方式主要是针对UNIX系统的，在Windows下使用 ，目前还没有好的解决办法，所以系统中将不再使用邮件系统。
1.2、修改密码及设置
  登录后，进入【个人设置】可以对以下项目进行设置：
1．【账号设置】进行密码修改；
2．【一般设置】进行BUG显示属性项的设置；
3．【Email设置】这里由于没有使用Email，所以可以不用设置；
4．【已存查询】这里进行查询条件的编辑与设定；
4．【权限】这里可以查询自己拥有的权限，并对特定的子权限进行设置；
 
2．Bug 的处理过程
 2.1报告Bug
2.1.1测试人员报告Bug
　1． 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个而自己去修改；
2． 若Bug不存在，创建一份有效的bug报告后进行提交；
3． 操作：点击【新建】，选择产品后，填写下表；
4． 填表注意：【分配给】: 为空则默认为设定的责任人, 也可手工制定。抄送: 可为多人，需用"，"隔开。“描述”中要详细说明下列情况：
  1） 发现问题的步骤；
  2） 执行上述步骤后出现的情况；
  3） 期望应出现的正确结果；
  选择“组”设置限定此bug对“组”的权限，若为空，则为公开；
5. 操作结果：Bug状态（status）可以选择Initial state 为New或Unconfirmed（没有确认）；
2.1.2 开发人员报告Bug
1. 具体方法同测试人员报告；
2. 区别： Bug初始状态将自动设为Unconfirmed(未确认)，待测试人员确定后变为“New"（新建）；
2.2、Bug的不同处理情况
2.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。
1. 给出解决方法并填写Additional Comments(增加评论)，还可创建附件；
2. 具体操作（填表项如下）
3. 填表注意：
已修复（FIXED）：FIXED 描述的问题已经修改；
无效(INVALID)：描述的问题不是一个bug (输入错误后，通过此项来取消)；
决定不改(WONTFIX)：描述的问题将永远不会被修复；
稍后修改(LATER): 描述的问题将不会在产品的这个版本中解决；
BUG复件(DUPLICATE): 描述的问题是一个存在的bug的复件；
另外还有提醒、无法重现的标示；
2.2.2 项目组长或开发者重新指定Bug的属主。（owner）
1． 为此bug不属于自己的范围，可置为 Assigned(分配),等待测试人员重新指定；
2． 为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的Email， 进行Ressigned(分配)。
3. 操作：（可选项如下）；
  接受BUG（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. 重打开(Bug Reopen bug）;
3. 将Bug状态改为已验证(Mark bug as VERIFIED）;
4. 将Bug状态改为关闭 (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存在；
具体操作：选中“Confirm bug(change status to New)"后，进行commit；
3. 操作结果：状态变为“New"；
2.3、查询Bug
  1．直接输入Bug Id，点击搜索(find) 查询。可以查看Bug的活动纪录。  2．输入条件进行查询。 
3．查询Bug活动的历史
4．产生报表。
    备注：可以在高级搜索中进行高级组合查询
3．关于权限的说明
1． 组内成员对bug具有查询的权利,但不能进行修改。
2． Bug的责任人(owner) 和 报告人(reporter) 具有修改的权利。
3． 具有特殊权限的用户具有修改的权利。
4．BUG处理流程
1． 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通知项目组长或直接通知开发者。
2． 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。
3． 开发者判断是否为自己的修改范围.
   1） 若不是,重新分配(reassigned)给项目组长或应该分配的开发者。
   2） 若是，进行处理，解决(resolved)并给出解决方法。（可创建补丁附件及补充说明）
4． 测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）
   1） 经验证无误后，修改状态为已验证（VERIFIED）。待整个产品发布后，修改为关闭（CLOSED）。
   2） 还有问题，重新打开（REOPENED），状态重新变为“New"；
Bugzilla管理员操作指南
1．主要工作内容
1． 产品（Product）、版本号(versions)和模块(Components)的定义，同时指定模块相应的开发者(owner)和测试人员(QA Contact)。
2． 小组的定义和划分
3． 测试中Bug严重程度、优先级的定义
4． 增加用户，并分别设定全部用户的分组、权限。
5． 主要参数（parameters）的设置
1） urlbase: 输入bugzilla 工具所在的服务器IP地址。
2） usebuggroupsentry: 设为ON,可以分组。
    whinedays：Bug在whinedays设定的期限内若未被处理，将自
动重发mail，默认为7天。（目前邮件没有使用）
4） defaultpriority:设定默认的优先级
5） commentonresolve：设为ON，系统将强制要求开发者处理Bug后必须填写修改的内容。
2基本操作
1． 创建默认的管理员用户。
  运行checksetup.pl。若不小心删除管理员，重新运行checksetup.pl.
2． 管理用户
1） 增加新用户
  点击页面右下角【用户（User）】,submit后，出现【添加新用户Add new
  user】页面。输入相应输入即可。Login name: 一般为邮件地址，可以
设为其他标识。resolved是什么状态
2） 禁止一个用户
  填写Disabled text 输入框即可。
3）修改用户
  可以修改用户注册名、密码。
设置权限
QA的权限一般设为: Canconfirm, editbugs
Developer的权限设为: none
分组控制：group
3管理分组(group)
1.增加group
  edit groupàadd groups (New User Regexp可不填/active 选择则可
 选)->add
2.修改group ,submit 即可。
4管理Product 和 component
1) 增加产品Product
2) 增加组件Component 对应一个责任人（owner）；
3) Component Number of Unconfirmed =10000,此产品将选择bug的初始状态（Unconfirmed,New）
Bugzilla 字典
1.  Bug报告状态分类（Status）
1)  待确认的（Unconfirmed）
2)  新提交的（New）
3)  已分配的（Assigned）
4)  问题未解决的（Reopened）
5)  待返测的（Resolved）
6)  待归档的（Verified）
7)  已归档的（Closed）
2. Bug处理意见（Resolution）
1)  已修改的（Fixed）
2)  不是问题（Nvalid）
3)  无法修改（Wontfix）
4)  以后版本解决（Later）
5)  保留（Remind）
6)  重复（Duplicate）
7)  无法重现（Worksforme）
8)  指定处理人（Assigned To）可以指定一个处理人，如不指定处理人，则系统指定管理员为默认处理人

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。