Bugzilla使用指南.docVIP

Bugzilla使用指南 Bugzilla简介 产生 Bugzilla是一个共享的免费的产品缺陷记录及跟踪工具。由Mozilla公司提供。创始人是Terry Weissman，开始时使用一种名为“TCL”的语言创建的，后用Perl语言实现，并作为Open source发布。 麻烦 需要Perl和配置MYSQL数据库; Bug和Case管理部署在两个不同的工具上面； 特点 Bugzilla能够建立一个完善的bug跟踪体系：报告bug、查询bug记录并产生报表、处理解决bug、管理员系统初始化和设置四部分。（Bug管理系统的通性：比如TFS） Bugzilla具有如下特点： 基于Web方式，安装简单、运行方便快捷、管理安全。 有利于缺陷的清楚传达。本系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的bug报告。提供大量的分析选项和强大的查询匹配能力，能根据各种条件组合进行bug统计。当缺陷在它的生命周期中变化时，开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史记录，并在检查缺陷的状态时参考这一记录。 系统灵活，强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定开发人员和测试人员。这样可以实现提交报告时自动发给指定的责任人，并可设定不同的小组，权限也可划分。设定不同的用户对bug记录的操作权限不同，可有效控制进行管理。允许设定不同的严重程度和优先级。可以在缺陷的生命期中管理缺陷。从最初的报告到最后的解决，确保了缺陷不会被忽略。同时可以使注意力集中在优先级和严重程度高的缺陷上。 自动发送Email,通知相关人员。根据设定的不同责任人，自动发送最新的动态信息，有效的帮助测试人员和开发人员进行沟通。（每个人收到邮件后要自觉的进行相关处理） Bugzilla操作说明 用户登录及设置 用户登录 用户输入服务器地址8/bugzilla。 进入主页面后，点击【login in】进入。 输入用户名和密码即可登录。用户名为Email 地址，初始密码为用户名缩写。 如忘记密码，点击【Forgot Password】，输入用户名,根据收到的邮件进行重新设置。 用户属性设置 Login登录后，点击【Preferences】进行属性设置 账号设置（Name and Password） 在这里你可以改变你账号的基本信息，如口令，Email地址，真实姓名 为了安全起见，在此页进行任何更改之前你都必须输入你当前的口令 当你变更了你的Email地址，系统会给你的新老Email地址分别发一封确认邮件，你必须到邮件中指定的地址对你的更改进行确认 Email设置（Email Preferences） 你可以在此通过选择告诉系统，你希望在什么条件下收到和你相关的邮件 保存的查询（Saved Searches） 常规属性（General Preferences） 用户权限（Permissions） 报告Bug 测试人员报告Bug 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个而自己去修改。 若Bug不存在，创建一份有效的bug报告后进行提交。 操作：点击New，选择产品后，填写下表。 填表注意： Assigned to: 为空则默认为设定的 owner, 也可手工制定。 CC: 可为多人，需用,隔开。 Description中要详细说明下列情况： 发现问题的步骤 执行上述步骤后出现的情况。 期望应出现的正确结果。 操作结果：Bug状态（status）可以选择Initial state 为New或Assigned. 系统将自动通过Email通知项目组长或直接通知开发者。 帮助： Bug writing guidelines 开发人员报告Bug. 具体方法同测试人员报告。 区别： Bug初始状态将自动设为Assigned，待测试人员确定后变为“New. 处理Bug 处理情况1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。 给出解决方法并填写Additional Comments，还可创建附件（如：更改提交单） 具体操作（填表项如下） 填表注意： FIXED 描述的问题已经修改 INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消) WONTFIX 描述的问题将永远不会被修复。 LATER 描述的问题将不会在产品的这个版本中解决. DUPLICATE 描述的问题是一个存在的bug的复件。 WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。 处理情况2 项目组长或开发者重新指定Bug的