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天。
3Bug的提交过程
Ⅰ要先进行查询
◎确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主。
◎确认你发现的Bug是否在最新的版本中所发生的。
Ⅱ若Bug不存在，原谅自己的无情了,添加吧！！
操作：
点击【新建】—〉选择发现的bug所在的产品名称。
在选择的产品bug提交页面中，选择或者输入bug信息。
◎模块：点“模块”两个字，可以查看关于这个产品的模块的详细信息。
◎平台、操作系统：可以根据发现bug的实际情况来选择，如果确定这个bug可以发生在所有的平台，选择all好了！
◎优先级：P1至P5优先级逐渐减弱。
◎严重级：blocker到enhancement严重程度降低。
Blocker:阻碍了项目开发或者测试的继续进行。
Critical:冲突，数据丢失和严重的内存泄漏等问题。
Major:较大的功能缺陷。
Minor:较小的功能缺陷。
Trivial:拼写、对齐类的错误。
Enhancement:需要改进的。
◎初始状态：开发人员的默认状态为“unconfirmed”(这个要由管理员设置，参见管理员操作指南)，测试人员或者管理员此处为可选状态：unconfirmed和new.
◎Assigned to: 为空时默认为管理员指定的 owner, 也可手工制定。
◎CC: 可为多人，需用"，"隔开。
◎URL: bug的定位（可选）。
◎注释：是对bug的概述（必须填写）。
◎Desription中要详细说明下列情况：
1）发现问题的步骤
2）执行上述步骤后出现的情况
3）期望应出现的正确结果
◎关键字：单击“关键字”三个字，会显示管理员已经设定的关键字，选择其一，便于以查询。注意：此处不可以随意添加，必须使用已经存在的关键字才好。另外，如果管理员没有创建关键字的话，那么此项缺省。
◎依赖：直接输入与当前bug有依赖关系的bug的编号。简单地说，比如说这里输入“3”，那么就是说当前提交的bug有依赖关系，不是由于3导致了当前bug，就是当前bug导致了bug3。
确认无误后，“commit”!
提交之后，系统会提示：bug 已经提交。在此页面的下半部分，会再次显示刚才提交的bug 的详细信息，你可以在这里进行修改，重新commit,也可以在此增加新的附件或是附加说明来进一步说明bug。
◎投票：可以查看票数,只要点击【显示这个bug的票数】，也可以参加投票，【为这个bug投票】—〉在“票数”一栏中直接输入票数—〉【change my votes】.
需要说明的是：票数并不是任意的，管理员为每一个用户设置了可以投票的最大数目和每个用户为某个bug投票的最大数目。
建议：一次只投一票，多投也没什么意义。
Ⅲ冲突
当两个或几个人同时修改一个bug提交信息的时候，bugzilla会有弹出Mid- air collision!提示，并且列出解决冲突的选择：◎提交修改，但是会导致覆盖别人所做的修改。
◎不改了，返回。
建议选择返回，看看别人修改了什么，不同的话，添加一个附加说明来补充吧！！
以上各项可能会因为权限的关系，有所缺省。
4 对于Bug的不同处理情况
4.1 Bug的属主 (owner) 处理问题，提出解决意见及方法。
给出解决方法并填写附加说明（Additional Comments），还可创建附件（如：更改提交单）。
填表提示：
FIXED 描述的问题已经修改，该bug已经修复并检查过，源文件已经检入CVS库。
INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消)
WONTFIX 描述的问题将永远不会被修复。
LATER 描述的问题将不会在产品的这个版本中解决。
DUPLICATE 描述的问题是一个存在的bug的复件。
WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。
4.2 项目组长或开发者重新指定Bug的属主。
①bug不属于自己的范围，可置为 Assigned ,等待测试人员重新指定。
②bug不属于自己的范围，但知道谁应该负责，在Reassign bug to的输入框中直接输入被指定人的Email。
③操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。
4.3 测试人员确认开发人员报告的Bug是否存在.
查询状态为“Unconfirmed"的Bug,
测试人员对开发人员提交的Bug进行确认，确认Bug存在。
具体操作：选中“Confirm bug(change status to New)"后，进行commit.
操作结果：状态变为“New".
4.4 测试人员验证已修改的 Bug
①测试人员查询开发者已修改的bug，即Status为"Resolved", Resolution为"Fixed".进行重新测试。（可创建test case附件）
②经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为CLOSED。
若测试之后发现还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
5、关于权限的说明
◎组内成员对bug具有查询的权利,但不能进行修改。◎ Bug的owner 和 reporter 具有修改的权利。
◎具有特殊权限的用户具有修改的权利。
6查询
6.1 登录Bugzilla 缺陷跟踪系统后，点击查询（如上图），可以按照指定的一个或者多个查询条件进行查询。
◎摘要(Summary)：下拉列表框选择查询规约。在其后的输入框中输入包含的信息，此信息的指定与提交bug 时的注释信息相一致。
◎产品(Product)：选择所要查找的bugs 所在的产品。 ◎模块(Component)：选择bugs 所在的模块。 ◎版本(Version)：选择bugs 版本。
◎注释(Comments)：可在下拉列表框中选择将要输入的包含信息的规约，其后指定包含的信息。此信息的指定根据提交bugs 时所填写的描述信息。 ◎URL ： 指定关于bugs 所在的URL 。
◎关键字(Keywords)：指定包含或不包含该关键字的bugs 。每个bug 可以被指定关键字，bugs 报告人或者管理员可以编辑关键字。 ◎状态(Status)：选择bugs 状态。
◎处理(Resolution)：选择bugs 处理的结果。 ◎严重性(Severity)：选择bugs 的严重级别。 ◎优先级(Priority)：选择bugs 的优先级别。 ◎硬件(Platform)：选择存在bugs 程序运行的平台。
◎操作系统(OpSystem)：选择存在bugs 程序所运行的操作系统。
6.2 邮箱和编号
邮件和编号查询方式
在这一部分，我们可以通过复选框中的用户(bug 属主、报告人、抄送列表成员以及评论者)
邮件和编号 任意
:
bug 属主
报告人
抄送列表成员
评论者
任意:
bug 属主 报告人 抄送列表成员 评论者
的E-mail地址和bug的编号进行查询。
这部分的查询界面(如上图)有两列相同的复选框、下拉列表框及文本框。同一列的复选框可多选。文本框中可以输入多个E-mail地址，中间用“,”隔开。查询结果取多个复选框的并集。若同时指定两列查询选项，则查询结果取各自的交集。
例如：
要查询bug属主和报告人为wangxx@https://www.360docs.net/doc/9111673106.html,的bugs，首先点选bug属主和报告人复选框，然后在下拉列表框中选择“是”,文本框中输入，点击Search显示查询结果。
又如要查询bug属主为wangxx@https://www.360docs.net/doc/9111673106.html,且报告人为zoufg@https://www.360docs.net/doc/9111673106.html,的bugs，则可以在第一列选项中设置bug属主，在第二列选项中设置报告人，点击Search显示查询结果。
◎至少有下述票数的bug：可查找指定的票数的bugs。
在这一部分的查询中，我们还可以直接输入编号进行查找，选择包含或排除，然后输入bug 编号，即可按号查找。
6.3 Bug变更
◎在下述天数内修改的bugs：可查找在指定天数内修改过的bugs。
◎匹配下面任意条件的bugs：可选择发生过改变的条件，指定发生改变的时期（按照yyyy-mm-dd的格式）以及修改后的属性值。
6.4 使用Boolean Chart高级查询
Boolean chart 查询界面
利用Boolean Chart高级查询可以实现以上所有的查询功能。
例如：在第一个下拉列表框中选择“bug #”，第二个选择“等于”，第三个指定n(n为bug的ID号，如2)，点击Search，查询结果将列出ID号为n的bug。点击Or，可追加查询选项及选项值，查询结果与上一查询结果取并集；点击And，则查询结果取交集。
点击Add another Boolean Chart，可以添加新的Boolean Chart。这个键与And键几乎相同。只是前一个Boolean Chart查询的结果，作为下一个Boolean Chart查询的范围。
6.5 指定查询结果的排序方式：
Sort results by ：可以指定查询结果的排列顺序。
6.6 显示全部的BUG
在列表框(如状态列表框)，我们可以通过Ctrl+Click(左键单击)取消一个选项,去掉所有的查询选项，就可以显示所有的BUG了。
6.7 查询结果页面显示：
点击页面上的键，可以显示查询结果中bugs的详细的相关信息。
◎CSV：打开一个关于查询结果的.csv文件，事实上是一个excel表格形式。
◎Change Columns ：用来设置查询结果的显示项。
◎马上改几个Bug：可以对查询结果中所有或者部分bugs进行统一变更。
◎发邮件给Bug属主：发邮件给bug属主，邮箱地址用“,”隔开。
◎编辑这个查询：可以重新设置查询选项。
我们还可以点击bug的ID，查看单个的BUG信息。
View Bug Activity：查看此BUG的活动日志，即修改纪录。
Format For Printing：相当于打印预览啦！
6.8 预定义查询
在查询页面底部黄色区域内有一个【预先定义的查询：我的bug 】选项，其中的查询结果是当前用户提交或指定给当前用户的bug。
7 消遣一下吧
在查询结果页面的顶端（如图）
我们在其中任意添加quip语句，以后系统会随机的抽取一条，作为小标题。
在其上点右键—〉在输入框中直接输入—〉【添加这个quip】,展示你的经典吧！普通用户只可以添加quip，只有管理员可以修改，删除，编辑quip。
8 Bugzilla管理员操作指南
主要工作内容：
◎产品（Product）、版本号(versions)和模块(Components)的定义，同时指定模块相应的开发者(owner)和测试人员(QA Contact)。
◎小组的定义和划分
◎测试中Bug严重程度、优先级的定义
◎增加用户，并分别设定全部用户的分组、权限。
◎主要参数（parameters）的设置
1） urlbase: 输入bugzilla 工具所在的服务器IP地址。
2）whinedays：Bug在whinedays设定的期限内若未被处理，将自动重发mail，默认为7天。
3） defaultpriority:设定默认的优先级
4） commentonresolve：设为ON，系统将强制要求开发者处理完Bug 后，必须填写修改的内容。
说明：若是要更改某一项的设置，不要勾选该项前面的reset选框，这样会使其恢复默认设置的。
基本操作：
创建默认的管理员用户:
运行checksetup.pl。若不小心删除管理员，重新运行checksetup.pl.
管理用户
1）增加新用户
点击页面右下角【用户】,点【Add】页面。
Login name: 一般为邮件地址。
Real name : 用名字的缩写好了
Disable text ：用来禁止一个用户。具体地说，如果在这个输入框中输入内容，那longin name 中输入的用户将被禁止，而disable text中的内容就是该用户在登陆之后看到的提示信息中一部分！
点左下角的add,会有提示：
点其中的 edit，来设置用户的权限：我们使用第2列的复选框来选择权限。
测试人员的权限一般设为: Canconfirm, editbugs
Developer的权限设为: none
当然你也可以这个时候修改一下用户名密码什么的。都确认无误之后，update!!
2）查看用户
查看某一个用户：【用户】—〉List users with login name matching的输入框中输入要查看的用户名（邮件地址）。
查看所有用户列表：【用户】—〉【submit】,会列出已经存在的所有的用户，包括在刚才提到的被禁止的用户，只不过这种情况是按照图中所示的特殊方式显示的。
3）管理组（group）
这里我们所说的组，不同于我们一贯听到的组的含义，在这里我们可以把组理解成“把不同的权限分组”，那么我们把用户添加到某一个或几个组中，就相当于给用户分配了相应的权限。设置默认权限：单击要设置的权限组后面的【edit】,在edit页面中的【User Regexp】输入“$”就ok了！接着就可以在编辑用户权限的页面中看到，被设置为默认的权限是这样显示的：
将admin设置为默认权限
这样，无论选不选择默认权限的复选框，新建的用户都具有这个权限了。
删除默认权限：执行上面的步骤，删除【User Regexp】中的内容，搞定！
4）管理Product 和 component
这里的产品，可以理解为“项目”。
点【产品】，会列出所有的已经存在的产品。
增加产品：
【产品】—〉点产品列表的下面的【add】，
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 state: 设置成10000，此产品在提交bug的时候，初始状态将有unconfirmed 和 new两种状态，需要报告人选择（开发人员提交的时候，总是自动默认为unconfirmed）
Version:产品的版本号。
填写完之后，【add】。
在看到添加成功的提示之后，你可以选择“回到查询页面”、“添加更多的产品”和“为刚添加的产品编辑模块”。
我们选择编辑模块来添加component。
增加模块(component):
Component:模块名称。
Description:对模块的描述。
Initial owner: 输入一个已经存在的用户账号（邮件地址）。
然后，【add】。
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/9111673106.html,/source/1978649 如果想使用其他版本，可在此处下载： https://https://www.360docs.net/doc/9111673106.html,/activeperl/downloads/ 2. 下载XAMPP-1.7.1 本文中使用1.7.1 版本测试通过，因此推荐使用1.7.1 版本。 https://www.360docs.net/doc/9111673106.html,/projects/xampp/files/XAMPP%20Windows/1.7.1/xam pp-win32-1.7.1-installer.exe/download 如果想使用其他版本，可在此处下载： https://www.360docs.net/doc/9111673106.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 模块。