BUGzilla缺陷管理..docVIP

  1. 1、本文档共6页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
2008年10月28日 星期二 上午 09:35 Bugzilla Material QA Team Bugzilla简介:产生 Bugzilla是一个共享的免费的产品缺陷记录及跟踪工具。 由Mozilla公司提供。 创始人是Terry Weissman,开始时使用一种名为“TCL”的语言创 建的,后用Perl语言实现,并作为Open source发布。 麻烦: 1. 需要Perl和配置MYSQL数据库; 2. Bug和Case管理部署在两个不同的工具上面; Bugzilla简介:特点 ????? Bugzilla能够建立一个完善的bug跟踪体系:报告bug、查询bug记录并产生报表、处理解决bug、管理员系统初始化和设置四部分。(Bug管理系统的通性:比如TFS) ????? Bugzilla具有如下特点: 1.基于Web方式,安装简单、运行方便快捷、管理安全。 2.有利于缺陷的清楚传达。本系统使用数据库进行管理,提供全面详尽的报告输入项,产生标准化的bug报告。提供大量的分析选项和强大的查询匹配能力,能根据各种条件组合进行bug统计。当缺陷在它的生命周期中变化时,开发人员、测试人员、及管理人员将及时获得动态的变化信息,允许你获取历史记录,并在检查缺陷的状态时参考这一记录。 3.系统灵活,强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块,并针对不同的模块设定开发人员和测试人员。这样可以实现提交报告时自动发给指定的责任人,并可设定不同的小组,权限也可划分。设定不同的用户对bug记录的操作权限不同,可有效控制进行管理。允许设定不同的严重程度和优先级。可以在缺陷的生命期中管理缺陷。从最初的报告到最后的解决,确保了缺陷不会被忽略。同时可以使注意力集中在优先级和严重程度高的缺陷上。 4.自动发送Email,通知相关人员。根据设定的不同责任人,自动发送最新的动态信息,有效的帮助测试人员和开发人员进行沟通。(每个人收到邮件后要自觉的进行相关处理) Bugzilla操作说明:用户登录及设置 1.1用户登录   1. 用户输入服务器地址28。   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】 进行权限查询 Bugzilla操作说明:报告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. nBug的不同处理情况(1) 2.2.1 Bug的属主 (owner) 处理问题后,提出解决意见及方法。  1 . 给出解决方法并填写Additional Comments,还可创建附件(如:更改提交单)  2.具体操作(填表项如下)  3 . 填表注意:  FIXED 描述的问题已经修改  INVALID 描述的问题不是一个bug (输入错误后,通过此项来取消)  WONTFIX 描述的问题将永远不会被修复。  LATER 描述的问题将不会在产品的这个版本中解决.  DUPLICATE 描

文档评论(0)

dashewan + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档