bugzilla使用手册(缺陷管理系统使用说明书V10版)要点

上传人:m**** 文档编号:465740816 上传时间:2023-01-03 格式:DOCX 页数:16 大小:122.46KB
返回 下载 相关 举报
bugzilla使用手册(缺陷管理系统使用说明书V10版)要点_第1页
第1页 / 共16页
bugzilla使用手册(缺陷管理系统使用说明书V10版)要点_第2页
第2页 / 共16页
bugzilla使用手册(缺陷管理系统使用说明书V10版)要点_第3页
第3页 / 共16页
bugzilla使用手册(缺陷管理系统使用说明书V10版)要点_第4页
第4页 / 共16页
bugzilla使用手册(缺陷管理系统使用说明书V10版)要点_第5页
第5页 / 共16页
点击查看更多>>
资源描述

《bugzilla使用手册(缺陷管理系统使用说明书V10版)要点》由会员分享,可在线阅读,更多相关《bugzilla使用手册(缺陷管理系统使用说明书V10版)要点(16页珍藏版)》请在金锄头文库上搜索。

1、缺陷管理系统使 用 说 明 书文件状态: V 草稿作者:编写日期2011-4-10正式发布正在修改部门名测试部审核人审核时间文档修改记录日期版本变更说明2011-07-15V1.0草稿目录1 序言 41.1什么是 Bugzilla 41.2为什么使用 Bugzilla42 BUGZILLA 基本操作 53 BUG 提交过程 54 BUG 处理流程 75 对于 BUG 的不同处理情况 96 有关权限说明 107 查询操作 108 管理员操作指南 131 序言1.1 什么是 BugzillaBugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。作为 一个产品缺陷的记录及跟踪工

2、具,它能够为我们建立一个完善的Bug跟踪体系, 包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置 四部分。并具有如下特点:基于Web方式,安装简单、运行方便快捷、管理安全。有利于缺陷的清楚传达。本系统使用数据库进行管理,提供全面详尽的报告 输入项,产生标准化的Bug报告。提供大量的分析选项和强大的查询匹配能力, 能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时,开发人员、 测试人员、及管理人员将及时获得动态的变化信息,允许你获取历史纪录,并在 检查错误的状态时参考这一记录。系统灵活,强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块,并针

3、对不同的模块设定开发 人员和测试人员;这样可以实现提交报告时自动发给指定的责任人;并可设定不 同的小组。设定不同的用户对Bug记录的操作权限不同,可进行有效的控制管理。 允许设定不同的严重程度和优先级,可以在错误的生命期中管理错误,从最初的 报告到最后的解决,都有详细的记录,确保了错误不会被忽略,同时,可以让开 发人员将注意力集中在优先级和严重程度高的错误上。自动发送Email通知相关人员。根据设定的不同责任人,自动发送最新的动态信息,有效的帮助测试人员和 开发人员进行沟通。1.2 为什么使用 BugzillaBUGZILLA 是一个拥有强大功能的缺陷跟踪系统。它可以使我们更好的在软 件开发过

4、程中跟踪软件错误的处理过程,为开发和测试工作以及产品质量的度量 提供数据支持,从而有效的保证软件产品的质量。2 Bugzilla 基本操作适用范围:高层领导人员、项目经理、开发人员、测试组所有成员 用户登录及设置流程: 打开浏览器,在地址栏中输入:http:/10.1.1.109进入Bugzilla主页面。在登陆项中输入E-Mail地址,在 密码栏输入用户的初始密码(姓名全拼如wang to ng),然后,点击【登陆】即可。如忘记密码,请联系 成功登录后,点击页面中的“偏好设定”,然后选择【姓名和密码】,进行密 码修改。点击【设置】 -【电子邮件设置】,进行邮件通知设置。点击【设置】 -【权

5、限】,进行权限查询。注意:在登陆使用系统之后,一定要退出登陆,因为在BUGZILLA中存在一 个隐患当你没有退出登陆而关闭页面,当用同一台机器再次访问的时候,系 统会以上次登陆的用户访问。3 Bug 提交过程适用范围:测试组所有人员具体操作如下:成功登陆缺陷管理系统后,在系统首页点击【新建】或点击【输入新BUG】, 点击bug所在的项目,系统显示输入缺陷界面(见图1);1、选择发现的 bug 所在的产品名称;2、子产品(功能模块):点击选择列表中的子产品。可以查看关于这个产品 的子产品的详细信息;3、选择对应的版本号,严重程度、优先程度信息;4、硬件平台、操作系统:可以根据发现bug的实际情况

6、来选择,如果确定 这个bug可以发生在所有的平台,选择all就可以;5、严重性:严重、一般、轻微、优化,严重程度逐渐减弱;6、优先级:紧急、优先、一般、次要,优先级逐渐减弱;7、初始状态:默认状态为“新建(NEW)”;8、分配给谁负责: 默认是后台设定好的一般不用修改, 也可手工制定,直 接修改即可;9、邮件组(抄送给谁) : 可为多人,需用,隔开,一般抄送都默认加到 了预设邮件组里这里一般不手工填写;10、预设邮件组:后台默认添加的必须抄送人;11、估计小时数、截止期限、网址: bug 的定位(可选)12、摘要:是对 bug 的概述(必须填写);13、描述中要详细说明下列情况:1)发现问题的

7、步骤2)执行上述步骤后出现的情况3)期望应出现的正确结果14、附件:点击【新增附件】,根据实际情况,为了更进一步描述 bug, 可以提交 bug 出现的错误图片等文件。15、依赖于和会屏蔽的BUG:直接输入与当前bug有依赖关系的bug的编 号。简单地说,比如说这里输入“3”,那么就是说当前提交的bug有依 赖关系,不是由于3导致了当前bug,就是当前bug导致了 bug3。确认无误后,点击【确认】即可。图1提交之后,系统会提示:bug已经提交。在此页面的下半部分,会再次显示 刚才提交的 bug 的详细信息,你可以在这里进行修改,重新提交,也可以在此增 加新的附件或是附加说明来进一步说明bug

8、。冲突:当两个或几个人同时修改一个bug提交信息的时候,bugzilla会有弹 出Mid-air collision!提示,并且列出解决冲突的选择,若提交修改,会导致 覆盖别人所做的修改;若不改,返回。建议选择返回,看看别人修改了什么,不 同的话,添加一个附加说明来补充吧!以上各项可能会因为权限的关系,有所缺省。注意:如果要提交的 bug 已经存在,系统会给出提示相应不能提交的信息,若有什么建议,可在原有记录中增加注释,告知其属主。4 Bug 处理流程适用范围:项目经理、开发人员、测试组所有成员1、测试人员发现 bug 后,判断属于哪个子产品(功能模块)的问题,填写 bug报告后,系统自动通过

9、Email通知bug负责人(项目经理或开发人员)。2、bug 负责人根据具体情况,重新分配给 bug 所属的开发者。3、开发者收到 Email 信息后,判断是否为自己的修改范围。1)若不是,重新分配给项目负责人或应该分配的开发者。2)若是,进行处理,并给出解决方法。4 、测试人员查询开发者已修改的 bug ,进行回归测试。1)经验证无误后,测试人员修改状态为已认证(VERIFIED)。待整个产品发 布后,修改为已关闭(CLOSED)。2)若经验证仍有问题,测试人员修改状态为重开启(REOPENED),并会自动 邮件通知。5、如果这个BUG 一周内一直没被处理过。Bugzilla就会一直用ema

10、il骚扰它 的属主,直到采取行动。管理员可以设定最迟采取行动的期限,比如说 3 天, 系统默认为7天。BUG处理流程见下图:说明:对于测试人员新提交的缺陷,必须经过项目经理分配后,开发人员才可以修改,并注明修改意见。如果项目经理不分配缺陷,开发人员只有浏览缺陷的权利,不可以执行任何修改操作。5 对于 Bug 的不同处理情况适用范围:项目经理、开发人员、测试组所有成员1、Bug 的属主 (owner) 处理问题,提出解决意见及方法。给出解决方法并填写附加说明(Additional Comments),并需要选择BUG处理 结果, 5 种处理结果如下:1)FIXED (已修复):描述的问题已经修改

11、,该bug已经修复并检查过,源文 件已经检入 SVN 库。2)NVALID (无效):描述的问题不是一个bug (输入错误后,通过此项来取 消)3)WONTFIX (决定不改):描述的问题将永远不会被修复。4)DUPLICATE(重复bug):描述的问题是一个存在的bug的复件。5)好好的 WORKSFORME (无法重现) :所有要重新产生这个 bug 的企图是无效 的。如果有更多的信息出现,请重新分配这个bug,而现在只把它归档。注意:开发人员在修改缺陷后,必须选择以上处理结果。2、项目经理或开发者重新指定Bug的属主。bug 不属于自己的范围,可在负责人处点击编辑,指定 BUG 责任人是

12、项目经 理,此时等待项目经理重新指定。1)bug 不属于自己的范围,但知道谁应该负责,在负责人处点击编辑直接输 入被指定人的 Email。2)操作结果:此时bug状态又变为“新的”此bug的负责人变为被指定的人。3、测试人员验证已修改的 Bug1)测试人员查询开发者已修改的bug,即状态为已解决,解决方案为已 修复,进行回归测试。2)经验证无误后,修改“已解决”为“已认证”。待整个产品发布后,修改 为“已关闭”。3)若测试之后发现还有问题,修改为“重开启”,状态重新变为“新的,并 发邮件通知BUG属主。6 有关权限说明适用范围:高层领导人员、项目经理、开发人员、测试组所有成员 分为五种权限:1

13、、高级浏览用户:能够快速、方便的查看系统所有缺陷。2、项目经理:负责分派项目所有缺陷。3、测试经理:负责提交缺陷、审核缺陷、回归测试等,跟踪整个缺陷修改 过程。4、开发人员:负责修改所属缺陷,添加修改评论,修改处理结果。5、测试人员:负责提交缺陷、验证缺陷,并修改验证后缺陷的最终状态。7 查询操作适用范围:高层领导人员、项目经理、开发人员、测试组所有成员登录Bugzilla缺陷跟踪系统后,点击【进阶搜索】可以按照指定的一个或者多个查询条件进行查询(如下图 2)。到一US 优先 紧急在姨试至统 天,卓髙考乃愿审根至绽litSE Bug It QA却人 产萱租S产品S2索:Z32Q11Q506V1

14、亟区|Q but - Vindov* Internet Explorer3砒苣&系嫌便用idj ti*aok五岳色文档整&- 分页強 工HQ)A 4r 口好 wi? htip:Z/10. 3. 1 109/qnary ci文帯a)鴉 2决方妻(R)(YYYV-MM-DDt 0 Intrn*tBuqzIBa 橫索 buq东确认(UNCONFIRMED) 希建(NEW) 已分 U (ASSIGNED) 再幵启(REOPENED) 己林(RESOLVED) 已认证(VERIFtD) 己关他(CIOSC D)WW-MM-00)AlPC Macmtosh Othw己“ (FIXED) 无效f) (IHVAUO) (WONTFIX) ftl (DUPLICATE) (WORKSFORME (moved)5 5)包含断有罕事HW偷人新Bug横牽LU抿吉l弼设定科肋 I It 岀 wangtd*ent com只呈示下HmZRK bug.|制 MowAll Winders Mac OS Lmux Olher|*A員理a 录入监I? 录入络累 录入设置攻档伸礦 V干产品(M)*电干以及Bug编弓 bug妁负_竇人bug的

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 机械/制造/汽车 > 电气技术

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号