1、资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。软件版本bugzilla-21.22.1.tar.gz;作者 : GeneralXUBugzilla操作说明1用户登录及设置1.1 用户登录1 用户输入服务器地址 ;( 以公司公布的地址为准 );2 进入主页面后 ,输入【账号】和【密码】登录系统 ;这里的账号是邮件地址 ;3登录后自动进入查询页面;4 如忘记密码 ,能够找系统管理员解决 ;备注 :由于本系统的邮件系统的发送方式主要是针对UNIX系统的 ,在 Windows下使用 ,当前还没有好的解决办法,因此系统中将不再使用邮件系统。1.2 、 修改密码及设置登录后 ,进入【个人设
2、置】能够对以下项目进行设置:1【账号设置】进行密码修改;2【一般设置】进行BUG显示属性项的设置 ;3【 Email 设置】这里由于没有使用Email,因此能够不用设置 ;4【已存查询】这里进行查询条件的编辑与设定;资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。4【权限】这里能够查询自己拥有的权限,并对特定的子权限进行设置;2Bug 的处理过程2.1 报告 Bug2.1.1 测试人员报告 Bug1 请先进行查询 , 确认要提交的 bug 报告不会在原有纪录中存在 , 若已经存在 , 不要提交 , 若有什么建议 , 可在原有纪录中增加注释 , 告知其属主 , 让 bug 的属主看
3、到这个而自己去修改 ;2 若 Bug 不存在 ,创立一份有效的bug 报告后进行提交 ;3 操作 :点击【新建】 ,选择产品后 ,填写下表 ;4 填表注意 : 【分配给】 :为空则默认为设定的责任人,也可手工制定。抄送 :可为多人 ,需用 , 隔开。”描述”中要详细说明下列情况:1) 发现问题的步骤 ;2) 执行上述步骤后出现的情况 ;3) 期望应出现的正确结果 ;选择”组”设置限定此bug 对”组”的权限 ,若为空 ,则为公开 ;5.操作结果 : Bug 状态 ( status)能够选择 Initial state为 New或Unconfirmed(没有确认 ) ;2.1.2开发人员报告 B
4、ug资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。1. 具体方法同测试人员报告 ;2. 区别 : Bug 初始状态将自动设为 Unconfirmed( 未确认 ), 待测试人员确定后变为” New( 新建 ) ;2.2 、 Bug 的不同处理情况2.2.1 Bug的属主 (owner)处理问题后 ,提出解决意见及方法。1. 给出解决方法并填写 Additional Comments( 增加评论 ), 还可创立附件 ;2. 具体操作 ( 填表项如下 )3. 填表注意 :已修复 ( FIXED) : FIXED描述的问题已经修改 ;无效 (INVALID):描述的问题不是一个bug
5、 ( 输入错误后 ,经过此项来取消 );决定不改 (WONTFIX): 描述的问题将永远不会被修复;稍后修改 (LATER): 描述的问题将不会在产品的这个版本中解决;BUG复件 (DUPLICATE): 描述的问题是一个存在的bug 的复件 ;另外还有提醒、无法重现的标示 ;2.2.2项目组长或开发者重新指定Bug 的属主。 ( owner)1 为此 bug 不属于自己的范围 ,可置为 Assigned( 分配 ), 等待测试人员重新指定 ;资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。2 为此 bug 不属于自己的范围 , 但知道谁应该负责 , 直接输入被指定人的 Emai
6、l, 进行 Ressigned( 分配 ) 。3. 操作 : ( 可选项如下 ) ;接受 BUG( Accept bug change status to ASSIGNED)重分配给 ( Reassign bug to) ;重新分配给缺省责任人 (Reassign bug to owner and QA contact of selectedcomponent);4 操作结果 :此时 bug 状态又变为 New, 此 bug 的 owner 变为被指定的人 ;2.2.3 测试人员验证已修改的Bug.1 测试人员查询开发者已修改的bug, 即状态 (Status)为已解决的(Resolved),
7、处理办法 ( Resolution)为修复 ( Fixed) ;进行重新测试 ,可创立 test case附件 ) ;2经验证无误后 ,修改处理办法 ( Resolution)为已验证 ( VERIFIED)待整个产品发布后 ,修改为关闭 ( CLOSED) ;若还有问题 ,重新打开 ( REOPENED) , 状态重新变为” New;3具体操作 ( 可选择项 )1.状态继续为已解决已修复 (Leave as RESOLVED FIXED) ;2.重打开 (Bug Reopen bug) ;资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。3. 将 Bug 状态改为 已验证 (Ma
8、rk bug as VERIFIED) ;4. 将 Bug 状态改为 关闭 (Mark bug as CLOSED) ;2.2.4 Bug报告者 ( reporter)或其它有权限的用户修改及补充Bug1. 能够修改 Bug 的各项内容。2. 能够增加建立附件 , 增加了相关性 , 并加一些评论来解释你正在做些什么和你为什么做。3. 操作结果 : 每当一些人修改了 bug 报告或加了一个评论 , 她们将会被加到抄送 ( CC) 列表中 , bug 报告中的改变会显在要发给属主、 写报告者和抄送 ( CC)列表中的人的电子邮件中。2.2.5 测试人员确认开发人员报告的Bug 是否存在 .1. 查
9、询状态为未确认 (Unconfirmed) 的 Bug,2. 测试人员对开发人员提交的 Bug 进行确认 , 确认 Bug 存在 ;具体操作 :选中” Confirm bug(change status to New)后 ,进行 commit;3. 操作结果 : 状态变为” New; 2.3 、 查询 Bug1直接输入 Bug Id,点击搜索 (find)查询。能够查看Bug的活动纪录。2输入条件进行查询。3查询 Bug 活动的历史4产生报表。资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。备注 :能够在高级搜索中进行高级组合查询3关于权限的说明1 组内成员对 bug 具有查询的
10、权利 , 但不能进行修改。2 Bug 的责任人 (owner)和 报告人 (reporter)具有修改的权利。3 具有特殊权限的用户具有修改的权利。4BUG处理流程1 测试人员或开发人员发现 bug 后 , 判断属于哪个模块的问题 , 填写 bug 报告后 , 通知项目组长或直接通知开发者。2 项目组长根据具体情况 ,重新 reassigned分配给 bug 所属的开发者。3 开发者判断是否为自己的修改范围.1) 若不是 , 重新分配 (reassigned) 给项目组长或应该分配的开发者。2) 若是 , 进行处理 , 解决 (resolved) 并给出解决方法。 ( 可创立补丁附件及补充说明
11、 )4 测试人员查询开发者已修改的bug,进行重新测试。 ( 可创立 testcase 附件 )1) 经验证无误后 , 修改状态为已验证 ( VERIFIED) 。待整个产品发布后 ,修改为关闭 ( CLOSED) 。2)还有问题 ,重新打开 ( REOPENED) , 状态重新变为” New;Bugzilla管理员操作指南资料内容仅供您学习参考，如有不当或者侵权，请联系改正或者删除。1主要工作内容1 产品 ( Product)、 版本号 (versions)和模块 (Components) 的定义 ,同时指定模块相应的开发者 (owner) 和测试人员 (QA Contact) 。2 小组的
12、定义和划分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 管理用户
