Bugzilla使用宝典.docx
《Bugzilla使用宝典.docx》由会员分享，可在线阅读，更多相关《Bugzilla使用宝典.docx（16页珍藏版）》请在冰豆网上搜索。
Bugzilla使用宝典
Bugzilla使用手册
版本1.0
深圳走秀科技有限公司
目录
bugzilla使用手册3
1简介3
1.1编写目的3
1.2适用范围3
1.3概述3
2操作指南---针对开发和测试人员4
2.1登录4
2.2BUG处理过程4
2.3BUG提交过程5
2.3.1查询5
2.3.2Bug的提交过程6
2.4Bug查询8
2.4.1FindaSpecificBug8
2.4.2AdvancedSearch8
2.5Bug处理9
2.5.1测试or开发人员10
2.5.2测试人员验证已修改的 Bug10
2.5.3Bug报告者（reporter）或其他有权限的用户修改及补充Bug11
3Bugzilla管理员操作指南11
3.1创建classification，product，component和version11
3.2增加groups13
4权限问题----管理员操作13
5问题解答15
bugzilla使用手册
简介
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. 通过跟踪和描述处理Bug
5. 附件管理
6. 完备的产品分类方案和细致的安全策略
7. 安全的审核机制
8. 强大的后端数据库支持
9. Web，Xml，Email和控制界面
10. 友好的网络用户界面
11. 丰富多样的配置设定
12. 版本间向下兼容
1操作指南---针对开发和测试人员
登录
输入网址：
http:
//10.0.0.60/bugzilla/，登录bugzilla页面。
由配置管理员统一建立账号和密码，账号为公司邮箱，初始密码：
123456。
（为安全起见，用户登录后需及时更改密码）
【login】登录系统
成功登录后，点击【Preferences】->【AccountInformation】，进行密码修改。
点击【Preferences】->【EmailPreferences】，进行邮件通知设置。
点击【Preferences】->【Permissions】，进行权限查询。
注意：
在登陆使用之后，一定要退出登陆，这不仅是一个好不好习惯的问题，在bugzilla中将成为一个隐患——当你没有退出登陆而关闭页面，当用同一台机器再次访问的时候，系统会以上次登陆的用户访问——小心你的权限被错误使用哦！
1.1BUG处理过程
（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天。
1.2BUG提交过程
1.2.1查询
查询的目的
◎确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主。
◎确认你发现的Bug是否在最新的版本中所发生的。
1.2.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
【Assignedto】为空时默认为管理员指定的owner,也可手工制定。
注意：
测试人员提交bug，这项默认填写测试管理员的邮箱；
测试管理员根据问题的不同，将问题分发给开发组的负责人；
开发组负责人根据bug的内容，将问题分派给开发组人员；
【QAContact】可以发送给QA人员。
【CC】抄送。
【Summary】问题概述：
Bug标题描述方法：
问题类型-功能/页面/页面栏目名-发现日期-问题概要描述
问题类型定义：
UI—页面显示
UE—用户体验、易用性
FC—功能问题
PF—性能问题
IF—接口问题
CK—用户操作提示信息问题
BF—程序打包问题
AL—程序算法错误问题
举例如下：
FC-商城通告-090527-商城通告栏目内的内容不会自动滚动。
【Description】os:
windows+ie6
操作步骤：
实际结果：
期望结果：
【Attachment】附件：
添加bug的截图信息，使问题更有说服性。
注意：
AccesstobugsintheAccessAproduct是否选择是一个重点，如果只希望此组内的成员看到bug，则勾选此项；如果希望任何人都可以看到此bug，则不勾选此项。
确认无误点击“commit”提交问题
1.3Bug查询
登录系统后，点击Search，即可看到查询页面。
1.3.1FindaSpecificBug
此页面属于模糊查询。
【status】状态：
openclosedall三个状态
【products】项目：
可以看到权限范围内所有的products和其下的components
【words】输入和bug题目相关的文字，模糊查询即可差吵到bug
1.3.2AdvancedSearch
里面的内容很多，但是值得我们关注的主要有以下几点：
在Classification、product、component、version选择要查询的内容
其他可以不做选择，即默认。
注：
1）classification下没有创建products，在classification列表，是不显示的。
2）product下没有创建components，在product列表是不显示的。
其他项可以不做选择，即默认。
注意：
重点要理解status、resolution、severity、priority、hardware、os以下的内容都代表什么意思，这个要在下面做重点说明！
点击search按钮，即可查询到待查询的信息。
Emailaddresses，bugnumbers，andvotes：
具体说明。
1.4Bug处理
处理bug之前，我们要明确bug的几种状态：
Status：
bug状态分类
新提交的（Unconfirmed）
已分配的（confirmed）
问题未解决的（Unconfirmed、confirmed）
待返测的（ResolvedFIXED）
待归档的（Verified）
重新打开（Reopen）
Resolution：
bug处理意见
ResolvedFIXED ---描述的问题已经修改
ResolvedINVALID ---描述的问题不是一个bug （输入错误后，通过此项来取消）。
ResolvedWONTFIX ---描述的问题将永远不会被修复。
ResolvedLATER ---描述的问题将不会在产品的这个版本中解决。
ResolvedDUPLICATE ---描述的问题是一个存在的bug的复件。
ResolvedWORKSFORME--- 所有要重新产生这个bug的企图是无效的。
如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。
1.4.1测试or开发人员
测试人员提交bug。
Bug状态为Unconfirmed的时候，在bug描述信息的最下方看到的状态如图2.5.1所示：
1．为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的Email， 进行Ressigned。
2. 操作：
点击下图中的edit
3． 操作：
输入新的被指定人的Email，点击“savechanges”按钮即可，具体见下图。
1.4.2测试人员验证已修改的 Bug
测试人员收到修改后的bug，进行验证，根据bug解决情况，此时bug的状态如下图：
1． 测试人员查询开发者已修改的bug，即Status为"Resolved",Resolution为"Fixed".进行重新测试。
2． 经验证无误后，修改Resolution为VERIFIED。
若还有问题，更新状态为：
UNCONFIRMED。
1.4.3Bug报告者（reporter）或其他有权限的用户修改及补充Bug
1. 可以修改Bug的各项内容。
2. 可以增加建立附件，增加了相关性, 并加一些评论来解释你正在做些什么和你为什么做。
3． 操作结果：
每当一些人修改了bug报告或加了一个评论，他们将会被加到CC列表中，bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。
2Bugzilla管理员操作指南
Bugzilla管理员是一个很重要的角色，具体工作内容如下：
✧建立users，定义产品的classification，product，component和version。
✧小组的定义和划分。
✧指定相应模块的开发者和测试者
✧设置权限
2.1创建classification，product，component和version
1）创建classification
公司中会有很多个项目组，在这个模块为公司内所有使用Bugzilla的项目组建立classification
2）创建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:
项目名称。
Description:
对项目的简明的描述，便于他人了解。
Closedforbugentry:
选择是否关闭bug提交。
Maximumvotesperperson:
决定用户可以投票的次数，设置为0的时候，就不可以投票了。
Maximumvotesapersoncanputonasinglebug:
设置每个用户给同一个bug投票的次数。
Numberofvotesabuginthisproductneedstoautomaticallygetoutoftheunconfirmedthreshold:
默认为0即可。
Version:
产品的版本号。
默认版本名称为unspecified
Createchartdatasetsforthisproduct:
后面的框内打钩
填写完之后，【add】。
在看到添加成功的提示之后，你可以选择“回到查询页面”、“添加更多的产品”和“为刚添加的产品编辑模块”。
注：
此时我们是没有权限查看新建的product的，要进入users把自己加入控制该product的组内，即可查看。
Products添加成功之后，点击其名称，进入如下页面，增加component和version。
同时设置products的权限。
3、addcomponents
点击editcomponents
Component:
模块名称。
Description:
对模块的描述。
Initialowner:
输入一个已经存在的用户账号（邮件地址）。
然后，【add】。
4、addversions
点击editversion。
2.2增加groups
点击groups，addgroup
Insertnewgroupintoallexistingproducts不要随便勾选。
一旦被打钩，会在权限范围内为所有的products创建组。
返回到grouplist页面，对group进行permission设定，鉴于这块对控制product有何影响，我还不是很清楚，只是将admin项，进行双钩即可。
3权限问题----管理员操作
1、不同的项目组只能看到自己项目组的bug，不可看到其他项目组的。
2、不同项目组的管理员只可以管理本项目组，不可以管理其他项目组。
3、开发和测试人员设置一样的权限。
管理员要为不同的项目组设定不同的权限，要求如下：
classifications
products
groups
USERS
A
A1
A1,C
a1,UA，
A2
A2,C
a2，UA，
B
B1
B1,C
b1，
B2
B2,C
b1,
说明：
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权限：
Groups
Entry
MemberControl
OtherControl
Canedit
editcomponents
canconfirm
editbugs
A1
√
Mandatory
Mandatory
√
√
√
A2
√
Mandatory
Mandatory
√
√
√
C
NA
NA
√
（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、如何配置邮件服务器；------RSS
4问题解答
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。
升级会员 