bugzilla使用说明.doc

BUGZILLA的使用目录1 用户登录及设置流程: 32BUG处理流程 43 Bug的提交过程 54对于Bug的不同处理情况 75、关于权限的说明 86 查询 97消遣一下吧 138Bugzilla管理员操作指南 14Bugzilla的使用用户登录及设置流程:打开浏览器,进入Bugzilla主页面。进入主页面后,点击【新建帐号】,进入注册页面。在注册页面中输入E-Mail和真实姓名(为了统一,这里我们都使用计算机名),然后,点击【ount】,随后,你将收到一封包含初始密码的E-Mail。在收到E-Mail之后,点击【登录】,在帐号栏输入注册时使用的E-Mail地址,在密码栏输入邮件里通知的初始密码,然后,点击【Login】。如忘记密码,在登陆页面中输入注册用户名,点击【SubmitRequest】,根据收到的邮件进行重新设置密码。成功登录后,点击【Edit属性】->【帐号设置】,进行密码修改。点击【Edit属性】->【邮件设置】,进行邮件通知设置。点击【Edit属性】->【权限】,进行权限查询。注意:在登陆使用之后,一定要退出登陆,这不仅是一个好不好****惯的问题,在bugzilla中将成为一个隐患——当你没有退出登陆而关闭页面,当用同一台机器再次访问的时候,系统会以上次登陆的用户访问——小心你的权限被错误使用哦!2BUG处理流程测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,系统会自动通过Email通知项目组长或直接通知开发者。项目组长根据具体情况,重新reassigned分配给bug所属的开发者。③开发者收到Email信息后,判断是否为自己的修改范围. 1)若不是,重新reassigned分配给项目组长或应该分配的开发者。 2)若是,进行处理,resolved并给出解决方法。(可创建补丁附件及补充说明)④测试人员查询开发者已修改的bug,进行重新测试。(可创建testcase附件) 1)经验证无误后,修改状态为VERIFIED。待整个产品发布后,修改为CLOSED。 2)还有问题,REOPENED,状态重新变为“New",并发邮件通知。⑤如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主,直到采取行动。管理员可以设定最迟采取行动的期限,比如说3天,系统默认为7天。Bug开始初始状态指派处理人员二次指派处理Bug确认处理关闭Bug结束重新打开Bug的提交过程Ⅰ要先进行查询◎确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主。◎确认你发现的Bug是否在最新的版本中所发生的。Ⅱ若Bug不存在,原谅自己的无情了,添加吧!!操作:点击【新建】—〉选择发现的bug所在的产品名称。在选择的产品bug提交页面中,选择或者输入bug信息。◎模块:点“模块”两个字,可以查看关于这个产品的模块的详细信息。◎平台、操作系统:可以根据发现bug的实际情况来选择,如果确定这个bug可以发生在所有的平台,选择all好了!◎优先级:P1至P5优先级逐渐减弱。◎严重级:blocker到enhancement严重程度降低。Blocker:阻碍了项目开发或者测试的继续进行。Critical:冲突,数据丢失和严重的内存泄漏等问题。Major:较大的功能缺陷。Minor:较小的功能缺陷。Trivial:拼写、对齐类的错误。Enhancement:需要改进的。◎初始状态:开发人员的默认状态为“unconfirmed”(这个要由管理员设置,参见管理员操作指南),测试人员或者管理员此处为可选状态:unconfirmed和new.◎Assignedto:为空时默认为管理员指定的owner,也可手工制定。◎CC:可为多人,需用","隔开。◎URL:bug的定位(可选)。◎注释:是对bug的概述(必须填写)。◎Desription中要详细说明下列情况:1)发现问题的步骤2)执行上述步骤后出现的情况3)期望应出现的正确结果◎关键字:单击“关键字”三个字,会显示管理员已经设定的关键字,选择其一,便于以查询。注意:此处不可以随意添加,必须使用已经存在的关键字才好。另外,如果管理员没有创建关键字的话,那么此项缺省。◎依赖:直接输入与当前bug有依赖关系的bug的编号。简单地说,比如说这里输入“3”,那么就是说当前提交的bug有依赖关系,不是由于3导致了当前bug,就是当前bug导致了bug3。确认无误后,“commit”!提交之后,系统会提示:bug已经提交。在此页面的下半部分,会再次显示刚才提交的bug的详细信息,你可以在这里进行修改,mit,也可以在此增加新的附件或是附加说明来进一步说明bug。◎投票:可以查看票数,只要点击【显示这个bug的票数】,也可以参加投