Bugzilla使用手册.pdf
《Bugzilla使用手册.pdf》由会员分享,可在线阅读,更多相关《Bugzilla使用手册.pdf(17页珍藏版)》请在冰点文库上搜索。
Bugzilla使用手册bugzilla使用手册.31简介.31.1编写目的.31.2适用范围.31.3概述.32操作指南-针对开发和测试人员.42.1登录.42.2BUG处理过程.42.3BUG提交过程.52.3.1查询.52.3.2Bug的提交过程.62.4Bug查询.82.4.1FindaSpecificBug.82.4.2AdvancedSearch.82.5Bug处理.92.5.1测试or开发人员.102.5.2测试人员验证已修改的Bug.112.5.3Bug报告者(reporter)或其他有权限的用户修改及补充Bug.113Bugzilla管理员操作指南.113.1创建classification,product,component和version.113.2增加groups.134权限问题-管理员操作.145问题解答.156全球播bug控制.167全球播测试team和开发team半月赛评分规则.17bugzilla使用手册使用手册1简介简介1.1编写目的编写目的编写这一文档有助于实现以下目标:
熟悉bugzilla的使用;Bug的提交流程;管理员如何进行管理;如何设置权限;1.2适用范围适用范围本文档的阅读对象是:
项目负责人员、开发人员、测试负责人、测试人员。
1.3概述概述Buzilla作为一个产品缺陷的记录及跟踪工具,它能够为你建立一个完善的Bug跟踪体系,包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。
有如下几个特点:
1、基于Web方式,安装简单、运行方便快捷、管理安全。
2、有利于缺陷的清楚传达。
本系统使用数据库进行管理,提供全面详尽的报告输入项,产生标准化的Bug报告。
提供大量的分析选项和强大的查询匹配能力,能根据各种条件组合进行Bug统计。
当错误在它的生命周期中变化时,开发人员、测试人员、及管理人员将及时获得动态的变化信息,允许你获取历史纪录,并在检查错误的状态时参考这一记录。
3、系统灵活,强大的可配置能力。
1)Buzilla工具可以对软件产品设定不同的模块,并针对不同的模块设定制定的开发人员和测试人员,这样可以实现提交报告时自动发给指定的责任人;2)可设定不同的小组,权限也可划分。
设定不同的用户对Bug记录的操作权限不同,可有效控制进行管理。
3)允许设定不同的严重程度和优先级可以在错误的生命其中管理错误,从最初的报告到最后的解决,确保了错误不会被忽略,同时可以使注意力集中在优先级和严重程度高的错误上。
4、自动发送Email,通知相关人员。
根据设定的不同责任人,自动发送最新的动态信息,有效的帮助测试人员和开发人员进行沟通。
Bugzilla是一个错误跟踪系统,用于对软件产品程序开发过程的错误跟踪。
它的强大功能表现在以下几个方面:
1.强大的检索功能2.用户可配置的通过Email公布Bug变更3.历史变更记录4.通过跟踪和描述处理Bug5.附件管理6.完备的产品分类方案和细致的安全策略7.安全的审核机制8.强大的后端数据库支持9.Web,Xml,Email和控制界面10.友好的网络用户界面11.丰富多样的配置设定12.版本间向下兼容22操作指南操作指南-针对开发和测试人员针对开发和测试人员2.1登录登录输入网址:
http:
/10.0.0.60/bugzilla/,登录bugzilla页面。
由配置管理员统一建立账号和密码,账号为公司邮箱,初始密码:
123456。
(为安全起见,用户登录后需及时更改密码)【login】登录系统成功登录后,点击【Preferences】-【AccountInformation】,进行密码修改。
点击【Preferences】-【EmailPreferences】,进行邮件通知设置。
点击【Preferences】-【Permissions】,进行权限查询。
注意:
注意:
在登陆使用之后,一定要退出登陆,这不仅是一个好不好习惯的问题,在bugzilla中将成为一个隐患当你没有退出登陆而关闭页面,当用同一台机器再次访问的时候,系统会以上次登陆的用户访问小心你的权限被错误使用哦!
2.2BUG处理过程处理过程
(1)测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,系统会自动通过Email通知项目组长或直接通知开发者。
(通过assignto来分发)
(2)项目组长根据具体情况,重新reassigned分配给bug所属的开发者。
(3)开发者收到Email信息后,判断是否为自己的修改范围.a.若不是,重新reassigned分配给项目组长或应该分配的开发者。
b.若是,进行处理,resolved+fixe并给出解决方法。
(4)测试人员查询开发者已修改的bug,进行重新测试。
a.经验证无误后,修改状态为VERIFIED+fixe。
b.还有问题,REOPENED,状态重新变为“REOPEN,并发邮件通知。
(5)如果这个BUG一周内一直没被处理过。
Bugzilla就会一直用email骚扰它的属主,直到采取行动。
管理员可以设定最迟采取行动的期限,比如说3天,系统默认为7天。
2.3BUG提交过程提交过程2.3.1查询查询的目的确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主。
确认你发现的Bug是否在最新的版本中所发生的。
2.3.2Bug的提交过程第一步:
选择待提交bug的项目【New】选择自己要提交的项目,点击进入bug提交页面。
第二步:
选择待提交的bug的产品第三步:
录入bug【components】可以看到products下的各个模块。
【version】各个components的不同的版本。
(管理员在创建components时,增加不同的version信息)【Platform&os】平台和操作系统:
可根据bug的实际情况来选择,如果发生在每个平台系统,则选择all。
【Severity】严重级别:
blocker到enhancement严重程度降低。
Blocker:
阻碍了项目开发或者测试的继续进行。
Critical:
冲突,数据丢失和严重的内存泄漏等问题。
Major:
较大的功能缺陷。
Normal:
一般问题Minor:
较小的功能缺陷。
Trivial:
拼写、对齐类的错误。
Enhancement:
需要改进的。
【Priority】优先级:
Highest至Lowest优先级逐渐减弱。
【InitialState】初始状态:
unconfirmed状态开发人员默认状态:
unconfirmed或confirmed测试人员默认状态:
unconfirmed或confirmed【AssignedAssignedtoto】为空时默认为管理员指定的owner,也可手工制定。
注意:
注意:
测试人员提交bug,这项默认填写测试管理员的邮箱;测试管理员根据问题的不同,将问题分发给开发组的负责人;开发组负责人根据bug的内容,将问题分派给开发组人员;【QAContact】可以发送给QA人员。
【CCCC】抄送。
【SummarySummary】问题概述:
Bug标题描述方法:
问题类型-功能/页面/页面栏目名-发现日期-问题概要描述问题类型定义:
UI页面显示UE用户体验、易用性FC功能问题PF性能问题IF接口问题CK用户操作提示信息问题BF程序打包问题AL程序算法错误问题举例如下:
FC-商城通告-090527-商城通告栏目内的内容不会自动滚动。
【Description】os:
windows+ie6操作步骤:
实际结果:
期望结果:
【Attachment】附件:
添加bug的截图信息,使问题更有说服性。
注意:
注意:
AccesstobugsintheAccessAproduct是否选择是一个重点,如果只希望此组内的成员看到bug,则勾选此项;如果希望任何人都可以看到此bug,则不勾选此项。
确认无误点击“commit”提交问题2.4Bug查询查询登录系统后,点击Search,即可看到查询页面。
2.4.1FindaSpecificBug此页面属于模糊查询。
【status】状态:
openclosedall三个状态【products】项目:
可以看到权限范围内所有的products和其下的components【words】输入和bug题目相关的文字,模糊查询即可差吵到bug2.4.2AdvancedSearch里面的内容很多,但是值得我们关注的主要有以下几点:
在Classification、product、component、version选择要查询的内容其他可以不做选择,即默认。
注:
注:
1)classification下没有创建products,在classification列表,是不显示的。
2)product下没有创建components,在product列表是不显示的。
其他项可以不做选择,即默认。
注意注意:
重点要理解status、resolution、severity、priority、hardware、os以下的内容都代表什么意思,这个要在下面做重点说明!
点击search按钮,即可查询到待查询的信息。
Emailaddresses,bugnumbers,andvotes:
具体说明。
2.5Bug处理处理处理bug之前,我们要明确bug的几种状态:
Status:
bug状态分类新提交的(Unconfirmed)已分配的(confirmed)问题未解决的(Unconfirmed、confirmed)待返测的(ResolvedFIXED)待归档的(Verified)重新打开(Reopen)Resolution:
bug处理意见ResolvedFIXED-描述的问题已经修改ResolvedINVALID-描述的问题不是一个bug(输入错误后,通过此项来取消)。
ResolvedWONTFIX-描述的问题将永远不会被修复。
ResolvedLATER-描述的问题将不会在产品的这个版本中解决。
ResolvedDUPLICATE-描述的问题是一个存在的bug的复件。
ResolvedWORKSFORME-所有要重新产生这个bug的企图是无效的。
如果有更多的信息出现,请重新分配这个bug,而现在只把它归档。
2.5.1测试or开发人员测试人员提交bug。
Bug状态为Unconfirmed的时候,在bug描述信息的最下方看到的状态如图2.5.1所示:
1为此bug不属于自己的范围,但知道谁应该负责,直接输入被指定人的Email,进行Ressigned。
2.操作:
点击下图中的edit3操作:
输入新的被指定人的Email,点击“savechanges”按钮即可,具体见下图。
2.5.2测试人员验证已修改的Bug测试人员收到修改后的bug,进行验证,根据bug解决情况,此时bug的状态如下图:
1测试人员查询开发者已修改的bug,即Status为Resolved,Resolution为Fixed.进行重新测试。
2经验证无误后,修改Resolution为VERIFIED。
若还有问题,更新状态为:
UNCONFIRMED。
2.5.3Bug报告者(reporter)或其他有权限的用户修改及补充Bug1.可以修改Bug的各项内容。
2.可以增加建立附件,增加了相关性,并加一些评论来解释你正在做些什么和你为什么做。
3操作结果:
每当一些人修改了bug报告或加了一个评论,他们将会被加到CC列表中,bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。
33BugzillaBugzilla管理员操作指南管理员操作指南Bugzilla管理员是一个很重要的角色,具体工作内容如下:
建立users,定义产品的classification,product,component和version。
小组的定义和划分。
指定相应模块的开发者和测试者设置权限3.1创建创建classification,product,component和和version1)创建classification公司中会有很多个项目组,在这个模块为公司内所有使用Bugzilla的项目组建立classification2)创建product每个classification下,会有多个product,创建product时,会自动创建和product名字一样的group,此组自动出现在editgroupaccesscontrols下(注注:
此时该组内没有任何用户),我们可以用这个group来控制product的权限。
此时看不到product,因为用户不在group组内,是没有权限查看product的,那我们该如何操作?
去users,查找到自己的用户名,将新创建的组前面打上双钩,此时,再去product里,就可以看到新创建的product了。
接下来,我们就要editproduct了,增加version,component和EditGroupAccessControls,后者用来控制product的权限的,我们要放在最后说。
3)创建component点击products。
找到需要增加components的products,进入。
点击Editcomponents:
输入相应的信息,增加成功4)创建version同创建component举例:
举例:
1、addclassification点击add,输入Classification:
XXX项目组Description:
用于记录XXX项目组的需求和问题Sortkey:
选填2、addproducts点击products,可以看到权限范围内所有classification列表,点击“addproduct”Product:
Product:
项目名称。
Description:
Description:
对项目的简明的描述,便于他人了解。
ClosedClosedforforbugbugentry:
entry:
选择是否关闭bug提交。
MaximumMaximumvotesvotesperperperson:
person:
决定用户可以投票的次数,设置为0的时候,就不可以投票了。
MaximumMaximumvotesvotesaapersonpersoncancanputputononaasinglesinglebug:
bug:
设置每个用户给同一个bug投票的次数。
NumberNumberofofvotesvotesaabugbugininthisthisproductproductneedsneedstotoautomaticallyautomaticallygetgetoutoutofofthetheunconfirmedunconfirmedthreshold:
默认为0即可。
VersionVersion:
产品的版本号。
默认版本名称为unspecifiedCreatechartdatasetsforthisproduct:
后面的框内打钩填写完之后,【add】。
在看到添加成功的提示之后,你可以选择“回到查询页面”、“添加更多的产品”和“为刚添加的产品编辑模块”。
注注:
此时我们是没有权限查看新建的product的,要进入users把自己加入控制该product的组内,即可查看。
Products添加成功之后,点击其名称,进入如下页面,增加component和version。
同时设置products的权限。
3、addcomponents点击editcomponentsComponent:
Component:
模块名称。
Description:
Description:
对模块的描述。
InitialInitialowner:
owner:
输入一个已经存在的用户账号(邮件地址)。
然后,【add】。
4、addversions点击editversion。
3.2增加增加groups点击groups,addgroupInsertnewgroupintoallexistingproducts不要随便勾选。
一旦被打钩,会在权限范围内为所有的products创建组。
返回到grouplist页面,对group进行permission设定,鉴于这块对控制product有何影响,我还不是很清楚,只是将admin项,进行双钩即可。
4权限问题权限问题-管理员操作管理员操作1、不同的项目组只能看到自己项目组的bug,不可看到其他项目组的。
2、不同项目组的管理员只可以管理本项目组,不可以管理其他项目组。
3、开发和测试人员设置一样的权限。
管理员要为不同的项目组设定不同的权限,要求如下:
classificationsproductsgroupsUSERSAA1A1,Ca1,UA,A2A2,Ca2,UA,BB1B1,Cb1,B2B2,Cb1,说明:
1、创建A1products,自动产生名为A1的groups。
A2、B1、B2同A1情况一样;2、单独建立一个groupC,用来设置管理员权限;3、要求:
在bugzilla中分配权限,使得a1测试人员只能看A1产品的bug,a2测试人员只能看A2产品的bug,而UA可以看A1、A2两个产品的bug,并且可以给A1、A2产品增加components、versions。
理解以上的要求后,我们来看如何设置!
(1)设置Group,进入groups列表页面,A1、A2、B1、B2、C的grouppermission设置为admin项双钩。
(2)设置product权限;点击editgroupaccesscontrols,进入控制页面,以Aproduct为例,其他组类似。
设置products权限:
GroupsEntryMemberControlOtherControlCanediteditcomponentscanconfirmeditbugsA1MandatoryMandatoryA2MandatoryMandatoryCNANA(3)给用户分组:
点击user链接,显示所有的用户列表,而后点击a1用户,GroupAccess中选择a1是A1的一个组成员(Userisamemberofthesegroups),可以不考虑给a1赋予编辑用户的权限(Canturnthesebitsonforotherusers),a2用户同a1。
UA用户可以控制A1、A2,在GroupAccess中,选择A1,A2,C组,双钩。
一个用户同时管理productA,productB,则在users设置中,将A1、A2、B1、B2、C全都选择双钩即可。
B组与A组一样。
注注:
一个product如果不受任何groups控制,也就是说editgroupaccesscontrols:
nogroups,则任何登录用户对product里的bug有edit权限。
遗留问题:
1、Bugzilla如何出报表有时间要加入进去;2、如何配置邮件服务器;-RSS5问题解答问题解答1、系统中的bug可以删除吗?
答:
答:
系统中的bug是不可以删除的,如果提交错误,可以修改其分组.2、如何删除classification、products和components?
删除的时候有何前提?
答答:
进入要删除的项目列表,点击“delete”即可。
删除的前提是一个项目下无子项目。
例:
删除product,要删除的product下没有components。
同理,删除component,component下没有记录bug,才可以被删除。
3、Bug报错分组如何转移?
不管bug处于任何状态都可以转移吗?
可以转移到任何一个组内吗?
答答:
search中找到自己要转移的bug,product栏下,选择要移向的product,点击提交即可。
不管bug处于何种状态,任何分组都可以进行转移。
4、Bug一次可以分派多给人吗?
答答:
不可以。
一个bug同时分给多个人来修改,是一个资源的浪费。
如果多个人负责一个模块的开发,则将其分给其中一个开发人员,如果此开发看到bug,确认不是自己的问题,其只要将bug转给其他人即可。
5、如何看到自己报的所有的bug?
答:
答:
要想看到所有的bug,在search的时候设置一下就可以了。
具体步骤如下:
1)进入search页面,要查看所有自己已提交的bug,则在classification选项选择自己所在的项目组即可,其他项不选择;6、为什么我明明加了products,但是在search页面,看不到呢?
答:
答:
因为新建的product下,没有新加components。
我们在search下看到的products,其下已经创建了components。
6全球播全球播bug控制控制1.每周一和每周三开发给测试提供测试版本和测试委托书(说明修改的情况);bug修改很多或者有很严重的bug需要及时更新,可以适当调整;2.测试包,至少有直播+院线的apk;单院线和单直播的apk可以同步更新;3.测试包名称a直播+院线的是GoLive.apkb单院线GoLiveCinema.apkc单直播就GoLiveTV.apk4.出了新的版本之后,开发工程师需要在出版本之前修改上一个版本的大部分问题,如遇很难解决的问题可以延续的下个版本,但是测试人员都需要验证,并且做出备注;5.出了新的版本之后,测试工程师需先验证上一个版本的bug,然后再做整体的回归测试,如果bug未改或者未改好,需要添加版本备注,如V0.0.0.7版本未改;6.如果开发工程师多个版本不修改bug,也不备注,测试工程师累计,最后评分时,可以影响扣分;详情见评分规则;7.如果在最后测试工程师未测试出严重问题,最后评分时,可以影响评分;详情见评分规则;8.评分为半个月统计一次,开发和测试,那个team平均分数比较低的话,由该team为对方买20-30不等的吃的;7全球播全球播测试测试team和开发和开发team半月赛评分规则半月赛评分规则评分按人头来算,最后算平均分,评分规则按每个人测试每个人的总分是6分开发每个人的总分是6分测试给每个开发打分,最后得出每个开发的平均分,然后开发再平均分,得出分数开发给每个测试打分,最好得出每个测试的平均分,然后测试再平均分,得出分数最后得分多的优胜测试评分标准1.测试在新版本出来后,将上一个版本的bug验证完,修改好的关闭,未修改好的备注好做好+1分未做好-1分2.测试在新版本出来后,测试新版本上面的新功能,能找出大部分的bug做好+1分未做好-1分3.测试在新版本出来后,做回归测试,能保障已经测好的部分未出现严重问题做好+1分未做好-1分4.测试发现一直未修改的bug,及时的督促开发修改好做好+1分未做好-1分5.测试认真负责态度,与开发团队沟通流畅做好+1分未做好-1分6.测试帮助开发修改数据做好+1分未做好-1分开发评分标准1.开发按时出版本,并且整合测试委托单做好+1分未做好-1分2.开发给出的新版本,上一个版本的问题大部分修改好做好+1分