搜索
BUGZILLA的使用手册编写整理：刘亚雄目录1用户登录............................................................................................................................12BUG处理流程...................................................................................................................13Bug的提交过程.................................................................................................................33.1查询..........................................................................................................................33.2新增..........................................................................................................................33.3冲突..........................................................................................................................44对于Bug的不同处理情况.................................................................................................44.1Bug的属主(owner)................................................................................................44.2项目组长或开发者重新指定Bug的属主..................................................................54.3测试人员确认开发人员报告的Bug是否存在...........................................................54.4测试人员验证已修改的Bug.....................................................................................55关于权限的说明.................................................................................................................56查询....................................................................................................................................66.1查询主界面...............................................................................................................76.2邮箱和编号...............................................................................................................86.2.1邮件查询............................................................................................................86.2.2编号查询............................................................................................................96.3Bug变更...................................................................................................................96.4使用BooleanChart高级查询..................................................................................96.5指定查询结果的排序方式：....................................................................................106.6显示全部的BUG....................................................................................................106.7查询结果页面显示...................................................................................................106.8预定义查询.............................................................................................................1011用户登录请使用以下的URL登陆：在IE或其他浏览器上输入URL后，您将会看到以下页面：请在Login中输入登陆用户名，Password中输入登陆密码。如果用户需要修改密码，请选择“Changepasswordoruserpreferences”。2BUG处理流程1.测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。2.项目组长根据具体情况，重新reassigned分配给bug所属的开发者。3.开发者收到Email信息后，判断是否为自己的修改范围。2l若不是,重新reassigned分配给项目组长或应该分配的开发者。l若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明）4.测试人员查询开发者已修改的bug，进行重新测试。（可创建testcase附件）。l经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。l还有问题，REOPENED，状态重新变为“New，并发邮件通知。5.如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主，直到采取行动。管理员可以设定最迟采取行动的期限，比如说3天，系统默认为7天。33Bug的提交过程3.1查询要先进行查询l确认要提交的bug报告不会在原有记录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主。l确认你发现的Bug是否在最新的版本中所发生的。3.2新增若bug不存在，增加新的bug：a)点击【Enteranewbugreport】—〉选择发现的bug所在的产品名称。b)在选择的产品bug提交页面中，选择或者输入bug信息。lComponent:点击Component可以看到模块的详细信息lPlatform，OS：根据bug的实际情况来选择，如果确定这个bug可以发生在所有的平台，选择all好了！lPriority：P1至P5优先级逐渐减弱lSeverity：bug的严重级别。从blocker到enhancement严重程度降低。nBlocker:阻碍了项目开发或者测试的继续进行。nCritical:冲突，数据丢失和严重的内存泄漏等问题。nMajor:较大的功能缺陷。nMinor:较小的功能缺陷。nTrivial:拼写、对齐类的错误。nEnhancement:需要改进的。lInitialState：初始状态，开发人员的初始状态为“unconfirmed”，测试人员或管理人员此处为可选状态：“unconfirmed和new”lAssignedTo:为空时默认为管理员指定的owner,也可手工指定。lCC：可为多人，需用“，”隔开lEstimatedHours：评估解决时间，以小时为单位。lDeadline：指定当前bug最晚的解决时间lURL:bug的定位（可选）。4lSummary:Bug标题，对bug进行简要说明lDescription：对bug的详细说明，建议Description中说明下列情况：n发现问题的步骤n执行上述步骤后出现的情况n期望应出现的正确结果lAttachment：添加附件lDependson：直接输入与当前bug有依赖关系的bug的编号。简单地说，比如说这里输入“3”，那么就是说当前提交的bug有依赖关系，不是由于3导致了当前bug，就是当前bug导致了bug3。确认无误后，选择“commit”提交之后，系统会提示：bug已经提交。在此页面的下半部分，会再次显示刚才提交的bug的详细信息，你可以在这里进行修改，重新commit,也可以在此增加新的附件或是附加说明来进一步说明bug。3.3冲突当两个或几个人同时修改一个bug提交信息的时候，bugzilla会有弹出Mid-aircollision!提示，并且列出解决冲突的选择：l提交修改，但是会导致覆盖别人所做的修改。l不改了，返回。建议选择返回，看看别人修改了什么，不同的话，添加一个附加说明来补充吧！！4对于Bug的不同处理情况4.1Bug的属主(owner)Bug的属主(owner)处理问题，提出解决意见及方法。给出解决方法并填写附加说明（AdditionalComments），还可创建附件（如：更改提交单）。填表提示：lFIXED描述的问题已经修改，该bug已经修复并检查过，源文件已经检入CVS库。5lINVALID描述的问题不是一个bug(输入错误后，通过此项来取消)lWONTFIX描述的问题将永远不会被修复。lLATER描述的问题将不会在产品的这个版本中解决。lDUPLICATE描述的问题是一个存在的bug的复件。lWORKSFORME所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。4.2项目组长或开发者重新指定Bug的属主lbug不属于自己的范围，可置为Assigned,等待测试人员重新指定。lbug不属于自己的范围，但知道谁应该负责，在Reassignbugto的输入框中直接输入被指定人的Email。操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。4.3测试人员确认开发人员报告的Bug是否存在查询状态为“Unconfirmed的Bug，测试人员对开发人员提交的Bug进行确认，确认Bug存在。具体操作：选中“Confirmbug(changestatustoNew)后，进行commit.操作结果