bugzilla使用说明

Bugzilla使用说明1、 简介：Bugzilla是Mozilla公司提供的一个开源的免费缺陷跟踪工具。作为一个产品缺陷的记录及跟踪工具，它能够建立一个完善的Bug跟踪体系。2、 Bugzilla操作流程：2.1 用户登录：l 打开浏览器，输入Bugzilla服务器地址：10/l 进入主页面后，点击【login】，在帐号栏输入个人的E-Mail地址(XX），在密码栏输入密码（初始密码为123456），然后，点击【login】l登录成功后，显示【logout】2.2 Bug查找：l登录成功后，点击主页面上的【MyBugs】可显示该用户提交的所有bug和分配给该用户的bugl直接点击主页面上的【Search】后，可根据bug的状态，项目的名称，输入关键词进行查找l在主页面【Find】按钮前编辑框中输入关键词后，按【Find】可按关键词进行查找2.2 Bug的处理流程概述：l 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。l 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。l 开发者收到E-Mail信息后，判断是否为自己的修改范围。A. 若不是，重新reassigned分配给项目组长或应该分配的开发者；B. 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）；l 测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）A. 经验证无误后，修改状态为VERIFIED。连续三个版本验证无误后，修改为CLOSED。B. 还有问题，REOPENED，状态重新变为“New，并发邮件通知。2.3 测试人员报告Bug的流程：l 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个后自己去修改。l 若Bug不存在，创建一份有效的bug报告后进行提交。l 具体操作：登录成功后，点击【File a bug】，选择产品后，填写一个Bug报告的表格。填表注意，以下内容为必填内容：l 【Severity】bug的严重性，共分为 阻碍进度(Blocker) 阻碍开发或测试的进行 严重(Critical) 崩溃，丢失数据，严重内存泄漏 主要(Major) 缺少主要的功能 普通(Normal) 缺少一些普通的功能，或者一些用户不会轻易察觉的问题 次要(Minor) 缺少次要的功能，或者一些能够轻易解决的问题 轻微(Trivial) 很细小的问题如拼写错误，排版错误等 增强(Enhancement) 功能增强的请求，或修改建议【Priority】bug的重要性及其解决顺序。程序员/工程师可以使用这一字段来对他们工作的优先次序进行安排，可能的优先级有： P1 最重要 P2 P3 P4 P5 最不重要【Assign to】目前默认为设定为娄红书, 也可点击下拉框手工设定。【CC】目前已设定未为多人。依次选择【模块】、【出现概率】，输入【软件版本】、【硬件版本】。【摘要】，填入对bug的概述，用简洁的文字描述bug现象。【描述】，在描述中对bug现象进行详细描述，需要详细说明下列情况：A. 发现问题的步骤；B. 执行上述步骤后出现的情况；C. 期望应出现的正确结果。l 【平台】、【操作系统】，可以根据具体情况自行选择。l 如果需要可以添加附件，点击【Add an attachment】后点击【浏览】选择需要添加的附件后，勾选【patch】。l 【Blocks】不太清楚Jl 填写完毕之后，点击【Commit】提交，发送邮件通知给相关人员。2.4 Bug的不同处理状态解释：l Bug的属主(owner)确认并接受这个Bug，然后给出解决方法，并填写【附加说明】，还可以【建立新的附件】（如：更改提交单）等等。l 开发人员可以调整的Bug状态如下：A. FIXED =描述的问题已经修改；B. INVALID =描述的问题不是一个bug (输入错误后，通过此项来取消)；C. WONTFIX =描述的问题将永远不会被修复；D. LATER =描述的问题将不会在产品的这个版本中解决；E. DUPLICATE =描述的问题是一个存在的bug的复件；F. WORKSFORME=所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。l 测试人员收到Bug的修改通知之后，还可以做如下的调整：A. Leave as RESOLVED FIXED=保持FIXED状态不变；B. Reopen bug=这个bug还有问题，重新打开；C. Mark bug as VERIFIED=这个bug确实被正确修改了；D. Mark bug as CLOSED=连续3版验证无误，将这个bug关闭。3 如何更好的提交bug报告3.1 目的简单来说，一个高效率的Bug报告能让程序员更容易去改正。 3.2 如何书写有效的Bug报告 有效的Bug报告通常是一份可以让Bug被修正的报告。一份有效的Bug报告一般有两部分：1. 可再现. 如果程序员无法查看到或总结出bug的存在，那么他很可能设置该bug的状态为WORKSFORME(对我不存在该bug)或者INVALID（错误的Bug)，然后继续处理下一个bug。因此，你所提供的每个细节都