安装好bugzilla和testlink后,打开testlink安装目录下,找到config.inc.php
查找如下字段,修改为bugzilla 红色字体部分。
/**
* @var STRING TL_INTERFACE_BUGS = [‘NO’, ‘BUGZILLA’,’MANTIS’,’JIRA’]
* BUGZILLA: edit configuration in TL_ABS_PATH/cfg/bugzilla.cfg.php
* MANTIS : edit configuration in TL_ABS_PATH/cfg/mantis.cfg.php
* JIRA : edit configuration in TL_ABS_PATH/cfg/jira.cfg.php
*/
define(‘TL_INTERFACE_BUGS’,’BUGZILLA’);
require_once(TL_ABS_PATH . ‘lib/bugtracking/int_bugtracking.php’);
另外修改testlink下的cfg目录内文件bugzilla.cfg.php
配置mysql连接相关信息及bugzilla发布地址
<?php
也许你还没有看到一个错误管理系统所具有的价值;也许你正被大量的测试数据所淹没,而迫切的需要一个产品缺陷的记录及跟踪的好帮手;也许你正在通过如:电子表格、数据库等各种方式来不断的开发和完善一个错误跟踪系统。Mozilla公司向我们提供了一个共享的免费工具Buzilla.作为一个产品缺陷的记录及跟踪工具,它能够为你建立一个完善的Bug跟踪体系,包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点:
1。基于Web方式,安装简单、运行方便快捷、管理安全。
2。有利于缺陷的清楚传达。本系统使用数据库进行管理,提供全面详尽的报告输入项,产生标准化的Bug报告。 提供大量的分析选项和强大的查询匹配能力,能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时,开发人员、测试人员、及管理人员将及时获得动态的变化信息,允许你获取历史纪录,并在检查错误的状态时参考这一记录。
3。系统灵活,强大的可配置能力。Buzilla工具可以对软件产品设定不同的模块,并针对不同的模块设定制定的开发人员和测试人员;这样可以实现提交报告时自动发给指定的责任人;并可设定不同的小组,权限也可划分。设定不同的用户对Bug记录的操作权限不同,可有效控制进行管理。允许设定不同的严重程度和优先级可以在错误的生命其中管理错误,从最初的报告到最后的解决,确保了错误不会被忽略,同时可以使注意力集中在优先级和严重程度高的错误上。
以前一直在琢磨Mantis的应用,经过一段时间的摸索,基本了解了他的功能和优缺点,总的来说Mantis做的是很不错的,比较适合于比较小的项目进行使用。但是对于相对大一点的应用在一些细节上就显得略有单薄了。所以一直想看看其他开源的项目做的如何。自然而然也就想到了鼎鼎大名的BugZilla。不过按照网上之前的传言说BugZilla如何如何难以安装配置,特别在Windows上安装如何困难,论坛上不乏关于这个“高难度”动作的帖子。
于是做好了十二分的心理准备之后,开始安装,结果大跌眼镜,BugZilla和Perl的安装程序作的非常好,在开源项目真的是很不错的了。大概用了两三个小时,安装结束。相比Mantis的安装简直就是轻松自在了,想去年装Mantis折腾了2天才把Mail,图形报表装好。BugZilla真是简单多了,Checksetup.pl可以帮助用户完成大多数的配置的工作。下面简单谈一下安装的过程。
我的安装环境:WinXP SP2 简体中文
1。首先安装Perl,我使用的是:ActivePer.下载地址:http://www.perl.comorhttp://www.activestate.com/Products/ActivePerl/?_x=1.建议下载.MSI的安装包。
然后运行所下载的程序,按照提示一步一步完成安装。
2。安装下载 MySQL,http://www.mysql.com有关MySQL的文章很多,这里不再多说。
3。关键的步骤到了,呵呵,
(1) 去http://www.bugzilla.org下载最新的BugZilla.
(2) 将下载后的文件解压缩到硬盘,比如C:\Bugzilla.
(3) 打开Dos命令运行窗口:在运行中输入:CMD(Note:”CMD” but not “command”).
(4) 切换到BugZilla的安装目录(such as c:\bugzilla).运行Checksetup.pl(note:这个程序是BugZilla安装的核心,所有的安装配置都靠他搞定了,呵呵)
(5) 然后按照CheckSetup.pl程序的提示,来安装相关的模组。
例如:ppm install DBI …
这里特别注意下,由几个模组在下载的文件中是没有的,必须得从BugZilla的网站下载。
或者可以输入ppm rep bugzillahttp://www.bugzilla.org/ppm/然后再继续安装,安装程序会自动连接的网站进行下载,并且安装。
安装完相关的模组后,记得按照提示修改一下一个配置文件。在那个文件中输入数据库的用户名密码,以及数据库的名称。文件的具体位置,一时半会还记不起来,反正Checksetup.pl里面有提示了,呵呵。
(6)修改好数据库配置后,再次运行Checksetup.pl,它会自动连接到据库并创建数据库以及里面的表。
(7)再次运行Checksetup.pl确认安装无误后进行下一步。
4。配置IIS.
(1) 为BugZilla创建一个虚拟目录,并且在默认文档中添加Index.cgi.
(2) 打开 控制面板->管理工具->Inte.net 服务管理器,在默认 Web 站点, 点按右键选择属性->主目录->配置…,在应用程序映射中点击添加 增加如下的内容:
Executable: C:\Perl\bin\perl.exe -T “%s” %s
Extension: .cgi
Limited to: GET,HEAD,POST
Okay,运气好的话,就这么安装结束了。
在IE中输入:http://localhost/bugzilla就可以打开BugZilla的登陆界面了。
下面谈谈BugZilla VS Mantis 的结论;
1. 界面。 BugZilla的几面几乎可以说惨不忍睹,鼎鼎大名的开源软件,界面居然是这样。呵呵。真想不通。相对而言Mantis的界面则要友善的多了。操作也相对更加人性化一点。
2. 功能。 就功能来说,BugZilla的定制功能的确更强,能满足更多用户差异化的需求。而Manits的好多设置还得通过修改代码来实现,相比麻烦了很多。
3. 本地化。 Mantis本身就提供了十几国的语言可以供用户直接选择。很不错的哦。而BugZilla本身只有英文,网站提供的多国语言包,看起来也是Sourceforge上其他项目组完成的,更新的节奏也比英文版慢了一年半年的。不爽的很。
4. 知名度,呵呵。这个BugZilla和Mantis没得比了。Linux,Eclipse,NASA(美国宇航局居然也用开源的???)…等等知名的厂商都在用。而Manits的使用者大多都是一下不知名的小公司了。
5. 安装。 平心而论BugZilla的安装确实比Mantis简单。CheckSetup.pl替用户省了不少心。
以上是小的对BugZilla的一点心得,不足之处,诸位看官多多担待。
软件测试跟踪工具Bugzilla介绍[1] 软件测试
也许你还没有看到一个错误管理系统所具有的价值;也许你正被大量的测试数据所淹没,而迫切的需要一个产品缺陷的记录及跟踪的好帮手;也许你正在通过如:电子表格、数据库等各种方式来不断的开发和完善一个错误跟踪系统。Mozilla公司向我们提供了一个共享的免费工具Buzilla.作为一个产品缺陷的记录及跟踪工具,它能够为你建立一个完善的Bug跟踪体系,包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点:
1。基于Web方式,安装简单、运行方便快捷、管理安全。
2。有利于缺陷的清楚传达。本系统使用数据库进行管理,提供全面详尽的报告输入项,产生标准化的Bug报告。 提供大量的分析选项和强大的查询匹配能力,能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时,开发人员、测试人员、及管理人员将及时获得动态的变化信息,允许你获取历史纪录,并在检查错误的状态时参考这一记录。
3。系统灵活,强大的可配置能力。Buzilla工具可以对软件产品设定不同的模块,并针对不同的模块设定制定的开发人员和测试人员;这样可以实现提交报告时自动发给指定的责任人;并可设定不同的小组,权限也可划分。设定不同的用户对Bug记录的操作权限不同,可有效控制进行管理。允许设定不同的严重程度和优先级可以在错误的生命其中管理错误,从最初的报告到最后的解决,确保了错误不会被忽略,同时可以使注意力集中在优先级和严重程度高的错误上。
4。自动发送Email,通知相关人员。根据设定的不同责任人,自动发送最新的动态信息,有效的帮助测试人员和开发人员进行沟通。
下面我们将按照Bugzilla的操作说明、 Bugzilla管理员的操作指南两部分来说明这个工具的具体使用。本文有不少观点来自个人使用心得,有不妥之处,敬请斧正。
Bugzilla操作说明
1、 用户登录及设置
1.1用户登录
1. 用户输入服务器地址http://192.168.1.6/bugzilla/。
2. 进入主页面后,点击【Forget the currently stored login】,再点击【login in】进入。
3. 进入注册页面,输入用户名和密码即可登录。用户名为Email 地址,初始密码为用户名缩写。
4. 如忘记密码,输入用户名,点击【submit request】,根据收到的邮件进行重新设置。
1.2、修改密码及设置
1.Login登录后,【Edit prefs】->【a<a href=”http://www.ltesting.net/ceshi/ceshijishu/rjcsgj/rational/%3CSTRONG%3E%3C… http:=”” www.ltesting.net=”” ceshi=”” ceshijishu=”” rjcsgj=”” rational=”” clearcase=”” “=””
target=”_blank” style=”box-sizing: border-box; padding: 0px; margin:
0px; background-color: transparent; text-decoration: none; font-weight:
normal; font-family: ‘Microsoft YaHei’, ‘Microsoft YaHei’; color:
rgb(51, 51, 51); background-position: initial initial;
background-repeat: initial initial; “>clearcase/” target=”_blank” >ccout settings】 进行密码修改。
2.【Edit prefs】->【email settings】 进行邮件设置。
3.【Edit prefs】-> 【permissions】 进行权限查询
2、Bug的处理过程
2.1、报告Bug
2.1.1测试人员报告Bug
1. 请先进行查询,确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主,让bug的属主看到这个而自己去修改。
2. 若Bug不存在,创建一份有效的bug报告后进行提交。
3. 操作:点击New,选择产品后,填写下表
4. 填表注意:Assigned to: 为空则默认为设定的 owner, 也可手工制定。CC: 可为多人,需用”,”隔开。Desription中要详细说明下列情况:
1) 发现问题的步骤
2) 执行上述步骤后出现的情况。
3) 期望应出现的正确结果。
选择group设置限定此bug对组的权限,若为空,则为公开。
5. 操作结果:Bug状态(status)可以选择Initial state 为New或Unconfirmed.
系统将自动通过Email通知项目组长或直接通知开发者。
6.帮助: Bug writing guidelines
2.1.2 开发人员报告Bug.
1. 具体方法同测试人员报告。
2. 区别: Bug初始状态将自动设为Unconfirmed,待测试人员确定后变为“New”.
2.2、Bug的不同处理情况
2.2.1 Bug的属主 (owner) 处理问题后,提出解决意见及方法。
1 . 给出解决方法并填写Additional Comments,还可创建附件(如:更改提交单)
2.具体操作(填表项如下)
3 . 填表注意:
FIXED 描述的问题已经修改
INVALID 描述的问题不是一个bug (输入错误后,通过此项来取消)
WONTFIX 描述的问题将永远不会被修复。
LATER 描述的问题将不会在产品的这个版本中解决.
DUPLICATE 描述的问题是一个存在的bug的复件。
WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现,请重新分配这个bug,而现在只把它归档。
2.2.2 项目组长或开发者重新指定Bug的属主。(owner)
1. 为此bug不属于自己的范围,可置为 Assigned,等待测试人员重新指定。
2. 为此bug不属于自己的范围,但知道谁应该负责,直接输入被指定人的Email, 进行Ressigned。
3. 操作:(可选项如下)
* A<a href=”http://www.ltesting.net/ceshi/ceshijishu/rjcsgj/rational/%3CSTRONG%3E%3C… http:=”” www.ltesting.net=”” ceshi=”” ceshijishu=”” rjcsgj=”” rational=”” clearcase=”” “=””
target=”_blank” style=”box-sizing: border-box; padding: 0px; margin:
0px; background-color: transparent; text-decoration: none; font-weight:
normal; font-family: ‘Microsoft YaHei’, ‘Microsoft YaHei’; color:
rgb(51, 51, 51); background-position: initial initial;
background-repeat: initial initial; “>clearcase/” target=”_blank” >ccept bug (change status to ASSIGNED)
* Reassign bug to
* Reassign bug to owner and QA contact of selected component
4. 操作结果:此时bug状态又变为New,此bug的owner变为被指定的人。
2.2.3测试人员验证已修改的 Bug.
1. 测试人员查询开发者已修改的bug,即Status为”Resolved”,Resolution为”Fixed”.进行重新测试。(可创建test case附件)
2. 经验证无误后,修改Resolution为VERIFIED。待整个产品发布后,修改为CLOSED。
若还有问题,REOPENED,状态重新变为“New”,并发邮件通知。
3. 具体操作(可选择项)
1. Leave as RESOLVED FIXED
2. Reopen bug
3. Mark bug as VERIFIED
4. Mark bug as CLOSED
2.2.4 Bug报告者(reporter)或其他有权限的用户修改及补充Bug
1. 可以修改Bug的各项内容。
2. 可以增加建立附件,增加了相关性, 并加一些评论来解释你正在做些什么和你为什么做。
3. 操作结果:每当一些人修改了bug报告或加了一个评论,他们将会被加到CC列表中,bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。
2.2.5测试人员确认开发人员报告的Bug是否存在.
1. 查询状态为“Unconfirmed”的Bug,
2. 测试人员对开发人员提交的Bug进行确认,确认Bug存在。
3. 具体操作:选中“Confirm bug(change status to New)”后,进行commit.
4. 操作结果:状态变为“New”.
2.3、查询Bug
1.直接输入Bug Id,点击find 查询。可以查看Bug的活动纪录。
2.点击Query,输入条件进行查询。
3.查询Bug活动的历史
4.产生报表。
5.帮助:点击Clue.
3、关于权限的说明
1. 组内成员对bug具有查询的权利,但不能进行修改。
2. Bug的owner 和 reporter 具有修改的权利。
3. 具有特殊权限的用户具有修改的权利。
4、 BUG处理流程
1. 测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,通过Email通知项目组长或直接通知开发者。
测试跟踪工具Bugzilla介绍[4] 软件测试
2. 项目组长根据具体情况,重新reassigned分配给bug所属的开发者。
3. 开发者收到Email信息后,判断是否为自己的修改范围.
1) 若不是,重新reassigned分配给项目组长或应该分配的开发者。
2) 若是,进行处理,resolved并给出解决方法。(可创建补丁附件及补充说明)
4. 测试人员查询开发者已修改的bug,进行重新测试。(可创建test case附件)
1) 经验证无误后,修改状态为VERIFIED。待整个产品发布后,修改为CLOSED。
2) 还有问题,REOPENED,状态重新变为“New”,并发邮件通知。
5. 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的属主,直到采取行动。
5、一个Bug的生存周期
Bugzilla管理员操作指南
1、主要工作内容:
1. 1产品(Product)、版本号(versions)和模块(Components)的定义,同时指定模块相应的开发者(owner)和测试人员(QA Contact)。
1.2小组的定义和划分
1.3测试中Bug严重程度、优先级的定义
1. 4增加用户,并分别设定全部用户的分组、权限。
1. 5主要参数(parameters)的设置
1) urlbase: 输入bugzilla 工具所在的服务器IP地址。
2) usebuggroupsentry: 设为ON,可以分组。
3) whinedays:Bug在whinedays设定的期限内若未被处理,将自动重发mail,默认为7天。
4) defaultpriority:设定默认的优先级
5) commentonresolve:设为ON,系统将强制要求开发者处理完Bug 后,必须填写修改的内容。
2、基本操作:
2.1创建默认的管理员用户。
运行checksetup.pl。若不小心删除管理员,重新运行checksetup.pl.
2.2 管理用户
2.1 增加新用户
点击页面右下角【users】,submit后,出现【Add new user】页面。输入相应输入即可。Login name: 一般为邮件地址,可以设为其他标识。
2.2 禁止一个用户
填写Disabled text 输入框即可。
2.3 修改用户
可以修改用户注册名、密码。
设置权限
QA的权限一般设为: Canconfirm, editbugs
Developer的权限设为: none
分组控制:group
3、管理group
3.1.增加group
edit groupàadd groups (New User Regexp可不填/active 选择则可选)->add
3.2修改group ,submit 即可。
4、管理Product 和 component
a)增加Product
b) Component 对应一个owner(进行fixed),QA Contact(确保已fixed)
c) Component Number of Unconfirmed =10000,此产品将选择bug的初始状态(Unconfirmed,New)
软件测试跟踪工具Bugzilla介绍 软件测试
也许你还没有看到一个错误管理系统所具有的价值;也许你正被大量的测试数据所淹没,而迫切的需要一个产品缺陷的记录及跟踪的好帮手;也许你正在通过如:电子表格、数据库等各种方式来不断的开发和完善一个错误跟踪系统。Mozilla公司向我们提供了一个共享的免费工具Buzilla.作为一个产品缺陷的记录及跟踪工具,它能够为你建立一个完善的Bug跟踪体系,包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点:
1。基于Web方式,安装简单、运行方便快捷、管理安全。
2。有利于缺陷的清楚传达。本系统使用数据库进行管理,提供全面详尽的报告输入项,产生标准化的Bug报告。 提供大量的分析选项和强大的查询匹配能力,能根据各种条件组合进行Bug统计。当错误在它的生命周期中变化时,开发人员、测试人员、及管理人员将及时获得动态的变化信息,允许你获取历史纪录,并在检查错误的状态时参考这一记录。
3。系统灵活,强大的可配置能力。Buzilla工具可以对软件产品设定不同的模块,并针对不同的模块设定制定的开发人员和测试人员;这样可以实现提交报告时自动发给指定的责任人;并可设定不同的小组,权限也可划分。设定不同的用户对Bug记录的操作权限不同,可有效控制进行管理。允许设定不同的严重程度和优先级可以在错误的生命其中管理错误,从最初的报告到最后的解决,确保了错误不会被忽略,同时可以使注意力集中在优先级和严重程度高的错误上。
4。自动发送Email,通知相关人员。根据设定的不同责任人,自动发送最新的动态信息,有效的帮助测试人员和开发人员进行沟通。
下面我们将按照Bugzilla的操作说明、 Bugzilla管理员的操作指南两部分来说明这个工具的具体使用。本文有不少观点来自个人使用心得,有不妥之处,敬请斧正。
Bugzilla操作说明
1、 用户登录及设置
1.1用户登录
1. 用户输入服务器地址http://192.168.1.6/bugzilla/。
2. 进入主页面后,点击【Forget the currently stored login】,再点击【login in】进入。
3. 进入注册页面,输入用户名和密码即可登录。用户名为Email 地址,初始密码为用户名缩写。
4. 如忘记密码,输入用户名,点击【submit request】,根据收到的邮件进行重新设置。
1.2、修改密码及设置
1.Login登录后,【Edit prefs】->【a<a href=”http://www.ltesting.net/ceshi/ceshijishu/rjcsgj/rational/%3CSTRONG%3E%3C… http:=”” www.ltesting.net=”” ceshi=”” ceshijishu=”” rjcsgj=”” rational=”” clearcase=”” “=””
target=”_blank” style=”box-sizing: border-box; padding: 0px; margin:
0px; background-color: transparent; text-decoration: none; font-weight:
normal; font-family: ‘Microsoft YaHei’, ‘Microsoft YaHei’; color:
rgb(51, 51, 51); background-position: initial initial;
background-repeat: initial initial; “>clearcase/” target=”_blank” >ccout settings】 进行密码修改。
2.【Edit prefs】->【email settings】 进行邮件设置。