Bugzilla使用手册
Bugzilla使用手册
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.1Find a Specific Bug (8)
2.4.2Advanced Search (8)
2.5Bug处理 (9)
2.5.1测试or开发人员 (10)
2.5.2测试人员验证已修改的Bug (11)
2.5.3Bug报告者（reporter）或其他有权限的用户修改及补充Bug (11)
3Bugzilla管理员操作指南 (11)
3.1创建classification，product，component和version (11)
3.2增加groups (13)
4权限问题----管理员操作 (14)
5问题解答 (15)
6全球播bug控制 (16)
7全球播测试team和开发team半月赛评分规则 (17)
bugzilla使用手册
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.通过跟踪和描述处理Bug
5.附件管理
6.完备的产品分类方案和细致的安全策略
7.安全的审核机制
8.强大的后端数据库支持
9.Web，Xml，Email和控制界面
10.友好的网络用户界面
11.丰富多样的配置设定
12.版本间向下兼容
2操作指南---针对开发和测试人员
2.1登录
输入网址：http://10.0.0.60/bugzilla/，登录bugzilla页面。由配置管理员统一建立账号和密码，账号为公司邮箱，初始密码：123456。（为安全起见，用户登录后需及时更改密码）【login】登录系统
成功登录后，点击【Preferences】->【Account Information】，进行密码修改。
点击【Preferences】->【Email Preferences】，进行邮件通知设置。
点击【Preferences】->【Permissions】，进行权限查询。
注意：在登陆使用之后，一定要退出登陆，这不仅是一个好不好习惯的问题，在bugzilla 中将成为一个隐患——当你没有退出登陆而关闭页面，当用同一台机器再次访问的时候，系统会以上次登陆的用户访问——小心你的权限被错误使用哦！
2.2BUG处理过程
（1）测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。（通过assign to来分发）
（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优先级逐渐减弱。
【Initial State】初始状态：unconfirmed状态
开发人员默认状态：unconfirmed或confirmed
测试人员默认状态：unconfirmed或confirmed
【Assigned to】为空时默认为管理员指定的owner,也可手工制定。
注意：测试人员提交bug，这项默认填写测试管理员的邮箱；
测试管理员根据问题的不同，将问题分发给开发组的负责人；
开发组负责人根据bug的内容，将问题分派给开发组人员；
【QA Contact】可以发送给QA人员。
【CC】抄送。
【Summary】问题概述：
Bug标题描述方法：问题类型-功能/页面/页面栏目名-发现日期-问题概要描述
问题类型定义：UI—页面显示
UE—用户体验、易用性
FC—功能问题
PF—性能问题
IF—接口问题
CK—用户操作提示信息问题
BF—程序打包问题
AL—程序算法错误问题
举例如下：FC-商城通告-090527-商城通告栏目内的内容不会自动滚动。【Description】os:windows+ie6
操作步骤：
实际结果：
期望结果：
【Attachment】附件：添加bug的截图信息，使问题更有说服性。
注意：Access to bugs in the AccessA product是否选择是一个重点，如果只希望此组内的成员看到bug，则勾选此项；如果希望任何人都可以看到此bug，则不勾选此项。
确认无误点击“commit”提交问题
2.4Bug查询
登录系统后，点击Search，即可看到查询页面。
2.4.1Find a Specific Bug
此页面属于模糊查询。
【status】状态：open closed all三个状态
【products】项目：可以看到权限范围内所有的products和其下的components
【words】输入和bug题目相关的文字，模糊查询即可差吵到bug
2.4.2Advanced Search
里面的内容很多，但是值得我们关注的主要有以下几点：
在Classification、product、component、version选择要查询的内容
其他可以不做选择，即默认。
注：1）classification下没有创建products，在classification列表，是不显示的。
2）product下没有创建components，在product列表是不显示的。
其他项可以不做选择，即默认。
注意：重点要理解status、resolution、severity、priority、hardware、os以下的内容都代表什么意思，这个要在下面做重点说明！
点击search按钮，即可查询到待查询的信息。
Email addresses，bug numbers，and votes：具体说明。
2.5Bug处理
处理bug之前，我们要明确bug的几种状态：
Status：bug状态分类
新提交的（Unconfirmed）
已分配的（confirmed）
问题未解决的（Unconfirmed、confirmed）
待返测的（Resolved FIXED）
待归档的（Verified）
重新打开（Reopen）
Resolution：bug处理意见
Resolved FIXED---描述的问题已经修改
Resolved INVALID---描述的问题不是一个bug(输入错误后，通过此项来取消)。
Resolved WONTFIX---描述的问题将永远不会被修复。
Resolved LATER---描述的问题将不会在产品的这个版本中解决。
Resolved DUPLICATE---描述的问题是一个存在的bug的复件。
Resolved WORKSFORME---所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。
2.5.1测试or开发人员
测试人员提交bug。Bug状态为Unconfirmed的时候，在bug描述信息的最下方看到的状态如图2.5.1所示：
1．为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的Email，进行Ressigned。
2.操作：点击下图中的edit
3．操作：输入新的被指定人的Email，点击“save changes”按钮即可，具体见下图。
2.5.2测试人员验证已修改的Bug
测试人员收到修改后的bug，进行验证，根据bug解决情况，此时bug的状态如下图：
1．测试人员查询开发者已修改的bug，即Status为"Resolved",Resolution为"Fixed".进行重新测试。
2．经验证无误后，修改Resolution为VERIFIED。若还有问题，更新状态为：UNCONFIRMED。
2.5.3Bug报告者（reporter）或其他有权限的用户修改及补充Bug
1.可以修改Bug的各项内容。
2.可以增加建立附件，增加了相关性,并加一些评论来解释你正在做些什么和你为什么做。3．操作结果：每当一些人修改了bug报告或加了一个评论，他们将会被加到CC列表中，bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。
3Bugzilla管理员操作指南
Bugzilla管理员是一个很重要的角色，具体工作内容如下：
?建立users，定义产品的classification，product，component和version。
?小组的定义和划分。
?指定相应模块的开发者和测试者
?设置权限
3.1创建classification，product，component和version
1）创建classification
公司中会有很多个项目组，在这个模块为公司内所有使用Bugzilla的项目组建立classification
2）创建product
每个classification下，会有多个product，创建product时，会自动创建和product名字一样的group，此组自动出现在edit group access controls下(注：此时该组内没有任何用户)，我们可以用这个group来控制product的权限。
此时看不到product，因为用户不在group组内，是没有权限查看product的，那我们该如何操作？
去users，查找到自己的用户名，将新创建的组前面打上双钩，此时，再去product里，就可以看到新创建的product了。
接下来，我们就要edit product了，增加version，component和Edit Group Access Controls，后者用来控制product的权限的，我们要放在最后说。
3）创建component
点击products。找到需要增加components的products，进入。
点击Edit components：输入相应的信息，增加成功
4）创建version
同创建component
举例：
1、add classification
点击add，输入
Classification:XXX项目组
Description:用于记录XXX项目组的需求和问题
Sortkey:选填
2、add products
点击products，可以看到权限范围内所有classification列表，点击“add product”
Product:项目名称。
Description:对项目的简明的描述，便于他人了解。
Closed for bug entry:选择是否关闭bug提交。
Maximum votes per person:决定用户可以投票的次数，设置为0的时候，就不可以投票了。
Maximum votes a person can put on a single bug:设置每个用户给同一个bug投票的次数。
Number of votes a bug in this product needs to automatically get out of the unconfirmed threshold:默认为0即可。
Version:产品的版本号。默认版本名称为unspecified
Create chart datasets for this product:后面的框内打钩
填写完之后，【add】。
在看到添加成功的提示之后，你可以选择“回到查询页面”、“添加更多的产品”和“为刚添加的产品编辑模块”。
注：此时我们是没有权限查看新建的product的，要进入users把自己加入控制该product 的组内，即可查看。
Products添加成功之后，点击其名称，进入如下页面，增加component和version。同时设置products的权限。
3、add components
点击edit components
Component:模块名称。
Description:对模块的描述。
Initial owner:输入一个已经存在的用户账号（邮件地址）。
然后，【add】。
4、add versions
点击edit version。
3.2增加groups
点击groups，add group
Insert new group into all existing products不要随便勾选。一旦被打钩，会在权限范围内为所有的products创建组。
返回到group list页面，对group进行permission设定，鉴于这块对控制product有何影响，我还不是很清楚，只是将admin项，进行双钩即可。
4权限问题----管理员操作
1、不同的项目组只能看到自己项目组的bug，不可看到其他项目组的。
2、不同项目组的管理员只可以管理本项目组，不可以管理其他项目组。
3、开发和测试人员设置一样的权限。
管理员要为不同的项目组设定不同的权限，要求如下：
classifications products groups USERS
A A1A1,C a1,UA，A2A2,C a2，UA，
B B1B1,
C b1，B2B2,C b1,
说明：1、创建A1products，自动产生名为A1的groups。A2、B1、B2同A1情况一样；
2、单独建立一个group C，用来设置管理员权限；
3、要求：在bugzilla中分配权限，使得a1测试人员只能看A1产品的bug，a2测试
人员只能看A2产品的bug，而UA可以看A1、A2两个产品的bug，并且可以给A1、A2产品增加components、versions。
理解以上的要求后，我们来看如何设置！
（1）设置Group，进入groups列表页面，A1、A2、B1、B2、C的group permission设置为admin项双钩。
（2）设置product权限；
点击edit group access controls，进入控制页面，以A product为例，其他组类似。
设置products权限：
Groups Entry MemberControl OtherControl Canedit editcomponents canconfirm editbugs A1√Mandatory Mandatory√√√
A2√Mandatory Mandatory√√√
C NA NA√
（3）给用户分组：
Ⅰ点击user链接，显示所有的用户列表，而后点击a1用户，Group Access中选择a1是A1
的一个组成员（User is a member of these groups），可以不考虑给a1赋予编辑用户的权限（Can turn these bits on for other users）,a2用户同a1。
ⅡUA用户可以控制A1、A2，在Group Access中，选择A1，A2，C组，双钩。
Ⅲ一个用户同时管理product A，product B，则在users设置中，将A1、A2、B1、B2、C 全都选择双钩即可。
B组与A组一样。
注：一个product如果不受任何groups控制，也就是说edit group access controls：no groups，则任何登录用户对product里的bug有edit权限。
遗留问题：1、Bugzilla如何出报表有时间要加入进去；
2、如何配置邮件服务器；------RSS
5问题解答
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.apk
b单院线GoLiveCinema.apk
c单直播就GoLiveTV.apk
4.出了新的版本之后，开发工程师需要在出版本之前修改上一个版本的大部分问题，如遇很难解决的问题可以延续的下个版本，但是测试人员都需要验证，并且做出备注；
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分未做好-1分
3.开发给出新版本，新功能做好
做好+1分未做好-1分
4.开发给出新版本，新功能问题比较的少
做好+1分未做好-1分
5.开发给出新版本，已经改好的问题不会再出现
做好+1分未做好-1分
6.开发认真负责态度，与测试沟通流畅，修改bug的速度做好+1分未做好-1分
Bugzilla使用
Bugzilla使用培训 Bugzilla开发及测试人员使用培训大纲 Bugzilla介绍：（1） Bugzilla是缺陷跟踪管理系统，它主要从三个层面对缺陷进行跟踪：第一个层面，是对测试人员上报缺陷的过程进行跟踪；第二个层面，是对开发人员处理缺陷的过程进行跟踪；第三个层面是对测试和开发人员对于所报缺陷的沟通过程进行跟踪。 Bug处理流程说明（3）
Bug级别类型和处理状态类型说明（2） 级别类型 优先级（由高到低） P1，P2，P3，P4，P5，默认为P2。 严重程度 BLOCKER：阻碍了系统开发、使用或测试工作的进行。 CRITICAL：具有破坏性的重大漏洞(死机、丢失数据、内存溢出)。 MAJOR：大的功能缺陷。 NORMAL：一般的漏洞（普通的功能缺陷）。 MINOR：小的功能缺陷（较轻的功能缺陷）。 TRIVIAL：小问题——产品外观上的问题或一些不影响使用的小毛病，例如：菜单或对话框中的文字拼写或字体问题等；界面或文字上描述的错误等。 ENHANCEMENT：需要加强的功能（建议或意见）。 处理状态类型 FIXED：描述的问题已经修改。 INV ALID：描述的问题不是一个BUG。 WONTFIX：描述的问题将永远不会修复。 LATER：描述的问题将不会在产品的这个版本中解决。 REMIND：这个Bug描述的是问题，但是不能确定是否在这个版本中解决（保留）。
DUPLICATE：描述的问题是一个已存在的bug的复件。 WORKSFORME：根据Bug的描述，无法查找问题的原因，需要提供更多的关于这个Bug 的信息。 登陆，修改密码，退出 登陆 用户输入服务器地址http://192.168.0.1:81/。 点击主页面右下方【Log In】，输入邮件地址和密码进入。邮件地址即为登录帐号。 修改密码 点击主页面右下方【Prefs】，输入新的密码或姓名。 退出 点击主页面右下方【Log out】，进行退出Bug z illa。
Bugzilla安装,亲自安装成功,解决发邮件问题
Bugzilla安装与配置 1.安装依赖 2.解压bugzilla tar xzf 3.6.3利用脚本检查所需perl模块是否齐全 cd bugzilla-3.6.3 ./ --check-modules /usr/bin/perl --all 如果在安装中出现YAML version is too low …的错误，解决办法如下： vi ./bugzilla-3.6.3/lib/,在第59行之后加入“use YAML；”再执行安装。 3.创建mysql数据库 /etc/mysqld start /usr/bin/mysqladmin -u root password '123456' mysql –uroot –p create database bugs; 4.修改bugzilla配置文件
Vi ./bugzilla-3.6.3/localconfig 设置如下参数： $db_driver = 'mysql'; $db_host = 'localhost'; $db_name = 'bugs'; $db_user = ''; $db_pass = '********'; 5.执行安装，并设置管理员的登录邮箱、密码、用户名 ./ Enter the e-mail address of the administrator Enter the real name of the administrator: renliang Enter a password for the administrator account: Please retype the password to is now set up as an administrator. Creating initial dummy product 'TestProduct'... Now that you have installed Bugzilla, you should visit the 'Parameters' page (linked in the footer of the Administrator account) to ensure it is set up as you wish - this includes setting the 'urlbase' option to the correct URL. server服务器的配置 ./bugzilla-3.6.3 /var/www/html/bugs 配置文件，添加如下内容
bugzilla安装说明(IIS)
Bugzilla安装过程 Bugzilla+Mysql+iis+perl模块+ ActivePerl 安装过程 一、需要的软件 安装bugzilla需要的软件有MySQL数据库软件，activeperl软件，bugzilla安装包，IIS组件 安装环境 操作系统OS: Windows server 2008 平台 Bugzilla:4.4.4 数据库:MYSQL: v5.6.17 For Windows Web服务器：IIS服务器 Perl解析器: ActivePerl-5.18.2.1802-MSWin32-x64-298023.msi 注意：在此需要说明的是我已经假定你的电脑中有一个SMTP邮件服务器:服务器管理器-功能-添加功能-SMTP服务。 二、安装设置MySQL数据库 1安装MySQL数据库 2我用的是MySQL Installer -community-5.6.17.0.msi 双击MySQL数据库安装软件进入如下的界面： 注意牢记root密码：123456 3设置MySQL数据库 单击开始->所有程序->MySQL5.6 Command line Client出现如下界面
在此输入刚才配置MySQL时输入的root 密码，若没有问题将会出现如下界面
注意：若输入密码后，听到一声警报，并且退出命令行界面，很有可能是MySQL 服务没有启动，此时只要在计算机管理中的服务选项中启动MySQL服务即可 下面在MySQL服务器中创建一个bugs数据库，和一个bugs用户，以及为该用户授予相应的权限，命令如下： create database bugs; 创建一个数据库bugs create user bugs@localhost; 创建一个用户bugs grant all on bugs.* to bugs@'localhost'; 为用户bugs授权 flush privileges; 刷新用户权限 若成功出现如下界面
jira使用手册
1 JIRA简介 1.1 概要介绍 JIRA的生产者把JIRA定义为Professional Issue Tracker，即它是一个专业的问题跟踪管理的软件。这里的”问题”对应的英文单词是Issue，所以含义比较广，包括Bug,Task,Enhancement,Improvement等等跟软件开发相关的名词。跟踪管理即对问题的整个生命周期进行记录和管理。一个问题从创建到解决到关闭涉及到很多相关信息，包括是什么问题，谁发现的问题，谁处理了这个问题，如何处理的，相应的代码有什么改变等等，JIRA 可以方便的记录这些信息，并且在问题的不同状态呈现在相应的责任人面前。相似的软件有Bugzilla,Trac,Mantis,Clear Quest, Streber, 等。 进行问题跟踪管理的好处是： 1. 让系统来记住Task，Bug等等信息，而不仅仅靠项目经理和程序员的脑袋来记忆。人脑记忆的东西往往是不准确的。 2. 问题跟踪管理可以定制流程，可以有效提高工作效率 3. 用专业的系统来进行问题跟踪管理能带来更多的好处，详细见下面JIRA的优点 1.2 JIRA的优点 JIRA有很多专业特性，不愧为介绍中说的Professional这个词。 1. 针对问题其默认定义了丰富的字段来记录问题的各种信息，包括Issue Type, Issue summary, Issue Description, priority, assignee, reporter, resolutions等等 2. 强大的自定义字段功能，自定义字段自带有22中类型可以选择，而且还可以通过JIRA Extension来支持更多类型。22种类型如下图所示： 3. 针对每个字段都能进行屏幕,项目,问题类型等配置，可以方便的控制字段应该出现在哪里，而不应该出现哪里。 4. 默认定义了工作流的一些状态: new, open, defer, pending, resolved, reopened, closed。默认定义了一个简易的工作流, open-in progress-resolved-closed 5. 强大的自定义工作流功能，针对不同的流程节点可以定义不同的权限、字段、后续可供选择的处理方式。 6. 丰富的权限管理配置，可以针对项目、用户、用户组、项目角色、操作定义各种组合定义 7. 支持附件，同时针对图片附件有特别支持，可以图片附件直接在网页中显示，如下图 8. 可方便地定制查询(Filter)，不同的查询可以快速找到你关注的问题。查询条件可以对绝大部分字段设定条件。 9. 用户首页可以定制，并且可以定制的查询放入首页，这样可以方便查看关注的内容。首页被定义为一个Portal，可供加入的Portlet有很多，如下图所示 10. 支持邮件通知，邮件通知可以同工作流中和工作流之外的事件关联 11. 支持Time Tracking功能，这个功能用于项目管理中的任务管理是很方便的 12. 支持CVS、SVN代码库的整合，同时支持Fisheye，这样可以让问题和代码关联 13. 自带备份机制，不用担心数据丢失。况且JIRA运行非常稳定，使用2年以来从未发生系统性故障 14. 导入导出功能很完善，可以导出为XML文件，方便将数据从不同数据库之间迁移。
测试跟踪工具Bugzilla的使用介绍
1.用户登录及设置流程 ?打开浏览器，进入Bugzilla主页面。 ?进入主页面后，点击【新建帐号】，进入注册页面。 ?在注册页面中输入E-Mail和真实姓名（为了统一，这里我们都使用计算机名），然 后，点击【Create Account】，随后，你将收到一封包含初始密码的E-Mail。 ?在收到E-Mail之后，点击【登录】，在帐号栏输入注册时使用的E-Mail地址，在密 码栏输入邮件里通知的初始密码，然后点击【Login】。 ?如忘记密码，在登陆页面中输入注册用户名，点击【Submit Request】,根据收到的 邮件进行重新设置密码。 ?成功登录后，点击【Edit属性】->【帐号设置】，进行密码修改。 ?点击【Edit属性】->【邮件设置】，进行邮件通知设置。 ?点击【Edit属性】->【权限】，进行权限查询。 ?注意：在登陆使用之后，一定要退出登陆，这不仅是一个好习惯的问题，在bugzilla 中将成为一个隐患——当你没有退出登陆而关闭页面，当用同一台机器再次访问的 时候，系统会以上次登陆的用户访问——小心你的权限被错误使用哦！ 2 . Bug处理流程 ?测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系 统会自动通过Email通知项目组长或直接通知开发者。 ?项目组长根据具体情况，重新reassigned分配给bug所属的开发者。 ?开发者收到Email信息后，判断是否为自己的修改范围. 1）若不是,重新reassigned分配给项目组长或应该分配的开发者。 2）若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明） ?测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附 件） 1）经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。 2）还有问题，REOPENED，状态重新变为“New”，并发邮件通知。 ?如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主， 直到采取行动。管理员可以设定最迟采取行动的期限，比如说3天，系统默认为7 天。 3.Bug的提交过程 Ⅰ要先进行查询 ◎确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主。
Bugzilla使用指南
Bugzilla使用指南 绪言 什么是Bugzilla Bugzilla是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。它的强大功能表现在以下几个方面： 1.强大的检索功能 2.用户可配置的通过Email公布Bug变更 3.历史变更记录 4.通过跟踪和描述处理Bug 5.附件管理 6.完备的产品分类方案和细致的安全策略 7.安全的审核机制 8.强大的后端数据库支持 9.Web，Xml，Email和控制界面 10.友好的网络用户界面 11.丰富多样的配置设定 12.版本间向下兼容 为什么使用Bugzilla Bugzilla是一个拥有强大功能的错误跟踪系统。它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。 新建一个Bugzilla账号 1.点击“Open a new Bugzilla account”链接，输入你的Email地址（如 ：XXX@office）然后点击“Create Account”。 2.稍候，你会收到一封邮件。邮件中包含你的登录账号（与你的Email相同）和口 令，这个口令时Bugzilla系统随机生成的，你可以根据你的需要进行变更。 3.在页面的黄色页角中点击“Log In”链接，而后输入你的账号和口令。最后点击 “Login” 产品和结构（Product and Component） Bug记录按产品分类，每种产品按功能拆分成几类。以Bugzilla产品为例，它由以下几部分构成： l Administration
l Bugzilla-General l Creating/Changing Bug l Documentation l Email l Installation l Query/Buglist l Reporting/Charting l User Accounts l Changing Passwords l User Interface Bug报告状态分类和Bug处理意见（Status and Resolution）： 1.Bug报告状态分类（Status） l待确认的（Unconfirmed） l新提交的（New） l已分配的（Assigned） l问题未解决的（Reopened） l待返测的（Resolved） l待归档的（Verified） l已归档的（Closed） 2.Bug处理意见（Resolution） l已修改的（Fixed） l不是问题（Nvalid） l无法修改（Wontfix） l以后版本解决（Later） l保留（Remind） l重复（Duplicate） l无法重现（Worksforme） 指定处理人（Assigned To） l可以指定一个处理人 l如不指定处理人，则系统指定管理员为默认处理人 超链接（URL） l输入超链接地址，引导处理人找到与报告相关联的信息 概述（Summary） l概述部分“Summary”的描述，应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。 l如果是通用组件部分的测试，则必须将这一通用组件对应的功能名称写入概述
bugzilla使用手册
Bugzilla试用手册 目录 登录 (2) 创建产品 (3) 用户管理 (5) Bug的管理 (6) 设置（Preferences）功能 (9) 参数 (10) 标志 (10) 字段值 (11) 用户组 (11) 其它 (13)
当你第一次运行后，安装Bugzilla的checksetup.pl，它会提示输入管理员用户名（电子邮件地址）和这个“超级用户”的密码。如果由于某种原因，你删除“超级用户”帐户，重新运行checksetup.pl会再次提示此用户名和密码。 登录 Bugzilla首页默认显示为三个模块。 选择“fille a bug”按钮，出现登录界面。 登录之后会出现一个欢迎界面和bugzilla的介绍信息。
创建产品 1．创建产品 当用户登录系统后，选择界面上方的“administarator”连接，出现管理的各个功能和介绍。点击页面中的“product”连接；之后再点击“Add”。 填写新产品信息，bugzilla提供的产品信息很简介，只有产品名称、产品描述和版本。 填写完产品信息后，点击“Add”按钮，系统提示产品创建成功，但需要创建一个组件。
2. 添加组件 在创建项目后，提示要创建一个组件，点击“Edit components”按钮为产品创建组件。 填写组件相关信息并指定相关负责人。 3. 编辑版本 添加了一个组件后，下面为产品添加版本。编辑项目，点击“Edit versions”---“Add”。 4.编辑组访问控制 在编辑项目中，点击“Edit Group Access Controls”链接。编辑完成后，点击“submit”按钮即可。
bugzilla的使用说明
BUgzilla使用 1. 描述 bugzilla是一个叫mozilla组织开发的缺陷跟踪系统，一般来说可能使用到的bugzilla的人有软件设计人员，开发人员，测试人员以及将来的维护人员等等。通过bugzilla，软件开发人员、测试人员、维护人员等等，就可以对软件的缺陷、有关软件的一些建议等等进行跟踪、记录和交流。对于测试人员来讲，bugzilla更是不可缺少的工具。 具体来说，bugzilla就是一个报告BUG和把BUG指派给合适开发人员的一个系统，这里所指的BUG可以是对于提高软件质量的一些建议等。一般来说，bugzilla的前台基于WEB页的形式，后台采用基于UNIX或LINUX的MYSQL数据库来存储、处理这些BUG。 2. 使用 2.1 开设账户 目前bugzilla服务器IP地址是http://192.168.0.254:8080/ 在使用Bugzilla前，必须在bugzilla系统中拥有你自己的账户，如果没有，可以开设。一般来说，如果连接到bugzilla的开始页面，会有一个[Open a new bugzilla Account]的标签，或在其它的页面，在左下角会有一个[New Account]标签，点击它，可以进行账户的开设，按它的指示填写好内容之后，系统会发一封电子邮件到你的邮箱里去，从邮件中你可以获得你登录bugzilla的密码。登录之后，通过点击[Edit Prefs]进行密码更改和个人资料的设置。设置好账户之后，你就可以在bugzilla报告和查询BUG了。 2.2 报告BUG 2.2.1 BUG内容的填写 登录后，进入查询页面，在页面的左下角会有一个[New]标签，点击它，连接到新建BUG的页面，选择一个产品进入Enter BUG页面，选择版本，组件等。目前在component栏里包括以下几部分：account（出账），billing（计费），card-广通（广通卡业务），营业受理，settlement（结算），采集，计费预处理，库表设计等。 选择软件运行的硬件平台，操作系统，优先级别和严重性等。对于优先级和严重性，可能测试人员和开发人员的看法可能不一样，测试人员认为是比较严重的BUG，而开发人员可能不那么认为，其基本标准请参考本文后面部分所描述的即可。 对于指派（Assigned To）的人，一般是这个模块的开发人员。bug的状态转变为新的(NEW)，并分配到该开发人员的bug列表中。进行默认查询时，状态
jira使用说明
JIRA 白皮书 一、简介 JIRA是一个优秀的问题(or Bugs、Task、Improvement、New Feature )跟踪及管理软件。采用J2EE 技术。它正被广泛的开源软件组织，以及全球著名的软件公司使用。 目前，已有来自55个国家5800多家用户在使用JIRA。 JIRA产品非常完善且功能强大，多语言支持、界面十分友好，和其他系统如CVS、Subversion（SVN）Perforce、邮件服务整合得相当好，文档齐全，安装配置简单，可用性以及可扩展性方面都十分出色，拥有完整的用户权限管理。 如果购买商业版许可，还可以得到JIRA的源码（在许可协议下可以定制自己的JIRA系统）。 二、JIRA后台管理的主要功能介绍 项目的管理：添加项目，查看、编辑、删除项目； 项目类别管理：将项目分类别组织管理； 用户与组的管理； 项目角色管理：可以根据需要添加项目角色，将人员/组和项目角色关联； 全局设置 1)附件管理：控制是否允许上传附件文件，设置附件存储目录； 2)CVS模块管理：与CVS的集成配置； 3)数字面板设置； 4)国际化设置：字符集、索引语言、安装语言及默认界面语言配置； 5)全局权限设置； 6)Issue链接设置； 7)邮件服务器设置：与mail服务器的集成配置； 8)界面设置：设置界面logo、颜色以及日期格式； 9)子任务设置； 10)时间跟踪设置； 11)工作流设置；
方案设置 1)Issue安全方案：用来控制对Issue的查看权限； 2)通知方案：当事件发生时产生通知邮件； 3)权限方案：配置用于项目的权限组合； 4)工作流方案：定义用于特定Issue类型和项目的工作流； Issue字段 1)添加自定制字段； 2)字段及字段方案设置； 3)导航栏设置：设置Issue导航栏中显示的字段； 4)屏幕及屏幕方案设置：配置与Issue操作对应的屏幕； 5)Issue屏幕类型方案设置：为不同的Issue类型配置相应的屏幕方案，可以和一个或多个项目关 联； Issue设置 1)Issue类型设置：管理Issue类型； 2)优先级和解决设置； 3)Issue状态设置； 导入和导出 1)备份数据：以XML格式备份JIRA系统数据； 2)恢复数据：从XML备份数据中恢复JIRA系统； 3)外部系统导入：支持从Bugzilla、Mantis、FogBugz、CSV系统中导入数据； 选项设置 1)发送email：向JIRA系统用户发送电子邮件； 2)公告栏设置：维护公告信息显示内容； JIRA系统 1)索引：配置系统索引目录位置以及重建索引； 2)LDAP集成：配置JIRA基于LDAP的用户授权； 3)监听器管理：用于添加监听器，以响应特定事件； 4)许可详细信息；
Bugzilla使用手册
Bugzilla使用手册 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.1Find a Specific Bug (8) 2.4.2Advanced Search (8) 2.5Bug处理 (9) 2.5.1测试or开发人员 (10) 2.5.2测试人员验证已修改的Bug (11) 2.5.3Bug报告者（reporter）或其他有权限的用户修改及补充Bug (11) 3Bugzilla管理员操作指南 (11) 3.1创建classification，product，component和version (11) 3.2增加groups (13) 4权限问题----管理员操作 (14) 5问题解答 (15) 6全球播bug控制 (16) 7全球播测试team和开发team半月赛评分规则 (17)
bugzilla使用手册 1简介 1.1编写目的 编写这一文档有助于实现以下目标： ?熟悉bugzilla的使用； ?Bug的提交流程； ?管理员如何进行管理； ?如何设置权限； 1.2适用范围 本文档的阅读对象是：项目负责人员、开发人员、测试负责人、测试人员。 1.3概述 Buzilla作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。有如下几个特点： 1、基于Web方式，安装简单、运行方便快捷、管理安全。 2、有利于缺陷的清楚传达。本系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的Bug报告。提供大量的分析选项和强大的查询匹配能力，能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时，开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史纪录，并在检查错误的状态时参考这一记录。 3、系统灵活，强大的可配置能力。 1）Buzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定制定的开发人员和测试人员，这样可以实现提交报告时自动发给指定的责任人； 2）可设定不同的小组，权限也可划分。设定不同的用户对Bug记录的操作权限不同，可有效控制进行管理。
BUGZILLA使用手册
BUGZILLA的使用手册 编写整理：刘亚雄
目录 1用户登录 (1) 2BUG处理流程 (1) 3Bug的提交过程 (3) 3.1查询 (3) 3.2新增 (3) 3.3冲突 (4) 4对于Bug的不同处理情况 (4) 4.1Bug的属主(owner) (4) 4.2项目组长或开发者重新指定Bug的属主 (5) 4.3测试人员确认开发人员报告的Bug是否存在 (5) 4.4测试人员验证已修改的Bug (5) 5关于权限的说明 (5) 6查询 (6) 6.1查询主界面 (7) 6.2邮箱和编号 (8) 6.2.1邮件查询 (8) 6.2.2编号查询 (9) 6.3Bug变更 (9) 6.4使用Boolean Chart高级查询 (9) 6.5指定查询结果的排序方式： (10) 6.6显示全部的BUG (10) 6.7查询结果页面显示 (10) 6.8预定义查询 (10)
1用户登录 请使用以下的URL登陆： http://192.168.100.27/bugzilla/ 在IE或其他浏览器上输入URL后，您将会看到以下页面： 请在Login中输入登陆用户名，Password中输入登陆密码。 如果用户需要修改密码，请选择“Change password or user preferences”。 2BUG处理流程 1. 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自动通过Email通知项目组长或直接通知开发者。 2. 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。 3. 开发者收到Email信息后，判断是否为自己的修改范围。
Bugzilla的安装和配置
计算机专业类课程 实 验 报 告 课程名称：软件项目组织、配置与管理 学院：示范性软件学院 专业：软件工程专业 学生姓名：范磊 学号：2010231060010 指导教师：段翰聪 日期：2012 年06 月 07 日
电子科技大学 实验三Bugzilla的安装与使用 实验所属系列：计算机系统与软件实验教学—软件系列实验对象：本科生 相关课程及专业：软件配置管理，计算机应用专业 实验类型：操作性实验实验时数：2学时 一、实验目的 在掌握Bugzilla安装方法的基础上，通过配置和使用subversion，培养学生培养学生分析和解决实际问题的能力，并增强学生的动手能力。具体目的如下： 1.Bugzilla系统管理员的基本职责和常用命令 2.Bugzilla系统中一个变更项的状态跟踪及处理方法 3.以小组为研发团队基本单位，能相互配合完成变更项的生命周期管理， 能与subversion工具进行配合解决某个版本中的代码缺陷。 二、实验原理 Bugzilla是一个拥有强大功能的错误跟踪系统。它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。 Bugzilla中bug的生命周期：
三、实验内容 1.Bugzilla系统管理员的基本职责和常用命令 *创建变更项 2.Bugzilla系统中一个变更项的状态跟踪及处理方法 *Bugzilla中的操作员角色设定；变更项的生命周期管理； 四、实验步骤 1.Bugzilla的安装与配置 （1）.在安装Bugzilla之前，我们首先要进行如下工作，在终端输入如下指令获得root权限。(可以不获取，但是之后输入命令要经常在命令之前输入sudo来获取权限)
bugzilla使用说明
BUGZILLA的使用 目录 1 用户登录及设置流程： (2) 2 BUG处理流程 (3) 3 Bug的提交过程 (4) 4 对于Bug的不同处理情况 (6) 5、关于权限的说明 (7) 6 查询 (8) 7 消遣一下吧 (12) 8 Bugzilla管理员操作指南 (13)
Bugzilla的使用 1用户登录及设置流程： 打开浏览器，进入Bugzilla主页面。 进入主页面后，点击【新建帐号】，进入注册页面。 在注册页面中输入E-Mail和真实姓名（为了统一，这里我们都使用计算机名），然后，点击【Create Account】，随后，你将收到一封包含初始密码的E-Mail。 在收到E-Mail之后，点击【登录】，在帐号栏输入注册时使用的E-Mail地址，在密码栏输入邮件里通知的初始密码，然后，点击【Login】。 如忘记密码，在登陆页面中输入注册用户名，点击【Submit Request】,根据收到的邮件进行重新设置密码。 成功登录后，点击【Edit属性】->【帐号设置】，进行密码修改。 点击【Edit属性】->【邮件设置】，进行邮件通知设置。 点击【Edit属性】->【权限】，进行权限查询。 注意：在登陆使用之后，一定要退出登陆，这不仅是一个好不好习惯的问题，在bugzilla中将成为一个隐患——当你没有退出登陆而关闭页面，当用同一台机器再次访问的时候，系统会以上次登陆的用户访问——小心你的权限被错误使用哦！
2 BUG处理流程 ①测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，系统会自 动通过Email通知项目组长或直接通知开发者。 ②项目组长根据具体情况，重新reassigned分配给bug所属的开发者。 ③开发者收到Email信息后，判断是否为自己的修改范围. 1）若不是,重新reassigned分配给项目组长或应该分配的开发者。 2）若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充说明） ④测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件） 1）经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED。 2）还有问题，REOPENED，状态重新变为“New"，并发邮件通知。 ⑤如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主，直到采取行动。管理员可以设定最迟采取行动的期限，比如说3天，系统默认为7天。
CentOS安装bugzilla
CentOS 6.1 安装Bugzilla 1.需要安装如下几个软件： 1)Vsftpd(如果能将如下几个软件上传到linux，或者使用yum安装方式， 可以不用此工具) 2)Apache httpd 3)Mysql 4)Bugzilla 5)Perl 6)因为linux是装在虚拟机中，故只用了putty作为原成工具连接linux 2.检查看是否装上有perl 打开putty，连接上linux. 使用root账号登陆，在点击open之前要先设置putty，防止出现乱码问题。 配置完成过后就点击open.
如果有上面的提示就表示不用装perl工具了。已经内置了Perl. 那么就不用再手动安装perl只需要安装缺少的perl模块了。
3.关闭防火墙和SELinux 在putty里面使用root执行如下两个命令： service iptables stop(关闭防火墙) setenforce 0(执行暂时禁用SELinux服务命令) 4.安装vsftpd(如果能将需要的几个软件上传到linux，或 者使用yum安装方式，就略过) Vsftpd 是一个文件传送工具，可以将windows里面的文件上传到linux。将文件上传到linux过后，就可以供我们使用安装了。 1.接着在刚刚的窗口中输入：yum install vsftpd 接着，开始自动下载，安装， 输入一次Y,安装就已经完成。 输入service vsftpd status检查vsftpd 是否运行. 那么我们需要启动vsftpd。输入：service vsftpd start
接下来我们需要配置vsftpd，以供我们使用。 为了能上传文件成功，我们应该关闭防火墙。 如下图，首先查看status:：service iptables status 如果有显示表格，表明没有关闭，则执行 Service iptables stop. 开启root用户的上传权限： Cd 到目录/etc/vsftpd，编辑ftpusers 和user_list这两个文件，注销里面的root那一行。配置好vsftp后，开了root用户上传权限，也关了系统的防火墙，但ftp连接的时候依然还会出现 "500 OOPS:cannot change directory:/root" 错误，如何解决呢？ 解决： 1、查看 SELinux 的状态： sestatus -b | grep ftp 确切地说，只是查看了ftp的状态。 2、在出现的结果中可以看到 ftp_home_dir off tftpd_disable_trans off 之类。我们现在只要把其中之一设置为on就可以啦。 3、 setsebool -P ftpd_disable_trans on setsebool -P ftp_home_dir on 4、重启vsftpd： service vsftpd restart 重启过后就能开始上传文件到linux了。
bugzilla使用说明
如有你有帮助，请购买下载，谢谢！ 一：提交bug的过程： 1.点击登陆 2.登陆后选择File a bug 然后点击所要提交产品的名称 3.在bug页面填写相应的信息包括组件、版本、bug概述、详述添加附件、提交bug 描述bug的时候最好按详述里了的格式进行描述 添加附件点击“浏览”选择好附件路径及添加附件描述 4.点击“Submit Bug”提交后就进入下一级页面。QA contact 是默认的暂时不做选择在 Assigned处选择相关的项目负责人、在Status处选在“UNCONFIRMED”、在CC List里面添加要抄送人，然后点击”Save change”就可以了。 二：搜索bug的流程 1.登陆之后点击search 进入一般搜索页面，选择所要查找的状态、产品或者输入关键字 然后点击search 按钮就ok了 2.在高级搜索页面选择相应的搜索项或者输入关键字进行搜索就ok了 三：特殊说明： 1.关于Flags说明 如图中：“？”表示被用户请求 “+”表示通过 “-”表示拒绝 Bug和附件里面都有Flags 表示bug和附件是通过还是拒绝 2 .bug操作流程图 1）测试人员提交bug给项目负责人（assigned） 2）项目负责人负责确认bug 并且分配bug。（若不是bug直接把状态改成resoloved I invalid，若是bug就把bug状态修改为confirmed然后分配给开发人员） 3）若分配错开发人员可直接返回项目负责人让其进行重新分配 4）开发人员修改bug的时候bug状态为confirmed 5）修改好后bug状态有confirmed变成Resoloved fixed 6）测试人员看到Resoloved fixed状态后或者是收到邮件后进行bug验证 7）验证通过就直接关闭，若不通过就reopen然后在返回给项目负责人。 1页
bugzilla使用说明
Bugzilla使用指南 文章出处：不详作者：不详发布时间：2005-10-30 绪言 什么是Bugzilla Bugzilla是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。它的强大功能表现在以下几个方面： 1.强大的检索功能 2.用户可配置的通过Email公布Bug变更 3.历史变更记录 4.通过跟踪和描述处理Bug 5.附件管理 6.完备的产品分类方案和细致的安全策略 7.安全的审核机制 8.强大的后端数据库支持 9.Web，Xml，Email和控制界面 10.友好的网络用户界面 11.丰富多样的配置设定 12.版本间向下兼容 为什么使用Bugzilla Bugzilla是一个拥有强大功能的错误跟踪系统。它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。 Bugzilla使用指南 新建一个Bugzilla账号 1.点击“Open a new Bugzilla account”链接，输入你的Email地址（如：XXX@office） 然后点击“Create Account”。 2.稍候，你会收到一封邮件。邮件中包含你的登录账号（与你的Email相同）和口
令，这个口令时Bugzilla系统随机生成的，你可以根据你的需要进行变更。 3.在页面的黄色页角中点击“Log In”链接，而后输入你的账号和口令。最后点击 “Login” 产品和结构（Product and Component） Bug记录按产品分类，每种产品按功能拆分成几类。以Bugzilla产品为例，它由以下几部分构成： ●Administration ●Bugzilla-General ●Creating/Changing Bug ●Documentation ●Email ●Installation ●Query/Buglist ●Reporting/Charting ●User Accounts ●Changing Passwords ●User Interface Bug报告状态分类和Bug处理意见（Status and Resolution）： 1.Bug报告状态分类（Status） NEW->分配-》解决-》确认-》没问题（CLOSED） ●待确认的（Unconfirmed） ●新提交的（New） ●已分配的（Assigned） ●问题未解决的（Reopened） ●待返测的（Resolved） ●待归档的（Verified） ●已归档的（Closed） 2.Bug处理意见（Resolution） ●已修改的（Fixed） ●无效的bug（invall） ●不是问题（Nvalid） ●无法修改（Wontfix）
bugzallia安装手册
Bugzilla安装手册 for windows will 2010-1-9 目录 1. 概述 (4) 1.1 安装环境 (4) 2. 安装........................................... (4) 2.1 安装前准备 (4) 2.2 安装 Perl (5) 2.3 安装XAMPP................................... . 5 2.4 Bugzilla (5) 2.5 安装Perl 模块 (6) 2.5.1 自动安装（ *推荐 *） (6) 2.5.2 网络安装 (6) 2.5.3 手动安装 (6) 3. 配置 (7) 3.1 localconfig (7) 3.2 MySQL (8) 3.3 checksetup.pl (8) 3.4 Appache (8) 3.5 修改注册表 (8) 3.6 汉化 (8) 3.7 解决报告和图表的中文乱码问题 (8) 4. 附录 (9) 4.1 Perl模块列表 (9)
1 概述 Bugzilla 在项目中已经使用了一段时间，相对其他商业缺陷跟踪系统，Bugzilla 还是有很多优势的。 或许因为我是开源爱好者，特别钟爱这些开源的测试工具，想在其他项目中推广。但是Bugzilla 的安装和配置，经常令很多人郁闷，尤其是在Windows 下的安装。 为此在Windows 上进行了多次试验，并简化了安装过程，这篇文章就是为了让更多的人轻松安装和使用Bugzilla ，hope this helps ！ 1.1 安装环境 2 安装 2.1 安装前准备 1. 下载ActivePerl-5.10.0 本文中使用5.10.0 版本测试通过，因此推荐使用5.10.0 版本，已上传到CSDN ，地址如下： https://www.360docs.net/doc/4e533872.html,/source/1978649 如果想使用其他版本，可在此处下载： https://https://www.360docs.net/doc/4e533872.html,/activeperl/downloads/ 2. 下载XAMPP-1.7.1 本文中使用1.7.1 版本测试通过，因此推荐使用1.7.1 版本。 https://www.360docs.net/doc/4e533872.html,/projects/xampp/files/XAMPP%20Windows/1.7.1/xam pp-win32-1.7.1-installer.exe/download 如果想使用其他版本，可在此处下载： https://www.360docs.net/doc/4e533872.html,/projects/xampp/files/XAMPP%20Windows/ 3. 下载Perl 模块（* 推荐* ） 若选择网络安装Perl 模块，可跳过此步。
Windows下安装Bugzilla
Windows下安装基于IIS的Bugzilla 1.安装mysql。 将Mysql默认安装到C:\Mysql，因为在Bugzilla的Checksetup.pl中默认Mysql安装在C:\mysql，如果安装到了其他目录，那么安装时需要对该文件进行手工修改，指定Mysql的安装路径。对于Mysql的安装，一路点击下一步即可。 2.安装完成后，手动运行C:\mysql\bin\winmysqladmin.exe文件，它会自动将mysql 数据库注册为服务并启动。此操作仅需运行一次，因为Mysql注册的服务为自动类型，所以每次计算机启动时均会自动运行。 3.在C:\mysql\bin下运行mysql -u root -p 命令，进入到mysql的命令提示界面。 其中-u表示使用的用户名，root是linux 系统中的默认管理员身份，-p后跟密码，默认为空。然后，我们需要在mysql中创建Bugzilla的用户以及数据库，主要三条命令为： a、建立数据库bugs create database bugs; b、建立用户bugs，密码为空，对Bugs数据库具有一定权限 GRANT SELECT,INSERT,UPDATE,DELETE,INDEX,ALTER,CREATE, LOCK TABLES,DROP,REFERENCES ON bugs.* TO bugs@localhost IDENTIFIED BY ''； c、从mysql 数据库授权表中重新装载权限。 FLUSH PRIVILEGES; 4．退出 quit 4.安装Activeperl Activeperl的安装很简单，一路点击Next即可，它会自动安装到C:\perl目录。同时默认在系统变量Path中增加自己的C:\perl\bin路径信息。 5.安装perl模块(bugzilla所需的) 只需要双击运行Install.bat文件，批处理文件会自动调用ppm安装好运行所需要的perl 模块。