Bugzilla使用

特点

Bugzilla能够建立一个完善的bug跟踪体系：报告bug、查询bug记录并产生报表、处理解决bug、管理员系统初始化和设置四部分。（Bug管理系统的通性：比如TFS）

Bugzilla具有如下特点：

1．基于Web方式，安装简单、运行方便快捷、管理安全。

2．有利于缺陷的清楚传达。本系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的bug报告。提供大量的分析选项和强大的查询匹配能力，能根据各种条件组合进行bug统计。当缺陷在它的生命周期中变化时，开发人员、测试人员、及管理人员将及时获得动态的变化信息，允许你获取历史记录，并在检查缺陷的状态时参考这一记录。

3．系统灵活，强大的可配置能力。Bugzilla工具可以对软件产品设定不同的模块，并针对不同的模块设定开发人员和测试人员。这样可以实现提交报告时自动发给指定的责任人，并可设定不同的小组，权限也可划分。设定不同的用户对bug记录的操作权限不同，可有效控制进行管理。允许设定不同的严重程度和优先级。可以在缺陷的生命期中管理缺陷。从最初的报告到最后的解决，确保了缺陷不会被忽略。同时可以使注意力集中在优先级和严重程度高的缺陷上。

4．自动发送Email,通知相关人员。根据设定的不同责任人，自动发送最新的动态信息，有效的帮助测试人员和开发人员进行沟通。（每个人收到邮件后要自觉的进行相关处理）

Bugzilla操作说明：

用户登录及设置

1.1用户登录

　　1．用户输入服务器地址http://192.168.1.128。

　　2．进入主页面后，点击【Forget the currently stored login】，再点击【login in】进入。

　　3．进入注册页面，输入用户名和密码即可登录。用户名为Email 地址，初始密码为用户名缩写。

　　4．如忘记密码，输入用户名,点击【submit request】,根据收到的邮件进行重新设置。

1.2、修改密码及设置

　　1．Login登录后，【Edit prefs】->【accout settings】进行密码修改。

　　2．【Edit prefs】->【email settings】进行邮件设置。

　　3．【Edit prefs】-> 【permissions】进行权限查询

Bugzilla操作说明：报告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".

nBug的不同处理情况（1）

2.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。

　1 . 给出解决方法并填写Additional Comments，还可创建附件（如：更改提交单）

　2．具体操作（填表项如下）

　3 . 填表注意：

　FIXED 描述的问题已经修改

　INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消)

　WONTFIX 描述的问题将永远不会被修复。

　LATER 描述的问题将不会在产品的这个版本中解决.

　DUPLICATE 描述的问题是一个存在的bug的复件。

　WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。

Bug的不同处理情况（2）

2.2.2 项目组长或开发者重新指定Bug的属主。（owner）

1．为此bug不属于自己的范围，可置为 Assigned,等待测试人员重新指定。

2．为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的Email，进行Ressigned。

3. 操作：（可选项如下）

　　* Accept bug (change status to ASSIGNED)

　　* Reassign bug to

　　* Reassign bug to owner and QA contact of selected component

4．操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。

Bug的不同处理情况（3）

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

Bug的不同处理情况（4）

2.2.4 Bug报告者（reporter）或其他有权限的用户修改及补充Bug

　　1. 可以修改Bug的各项内容。

　　2. 可以增加建立附件，增加了相关性, 并加一些评论来解释你正在做些什么和你为什么做。

　　3．操作结果：每当一些人修改了bug报告或加了一个评论，他们将会被加到CC列表中，bug报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。

Bug的查询

1．直接输入Bug Id，点击find 查询。可以查看Bug的活动纪录。

2．点击Query，输入条件进行查询。

3．查询Bug活动的历史

4．产生报表。

5．帮助：点击Clue.

Bug：关于权限的说明

　　1．组内成员对bug具有查询的权利,但不能进行修改。

　　2． Bug的owner 和 reporter 具有修改的权利。

　　3．具有特殊权限的用户具有修改的权利

Bug：BUG处理流程

1．测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。

2．项目组长根据具体情况，重新reassigned分配给bug所属的开发者。

3．开发者收到Email信息后，判断是否为自己的修改范围.

　1）若不是,重新reassigned分配给项目组长或应该分配的开发者。

　2）若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补充明）

4．测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件）

　1）经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为CLOSED

　2）还有问题，REOPENED，状态重新变为“New”，并发邮件通知。

5．如果这个BUG一周内一直没被处理过。Bugzilla就会一直用email骚扰它的owner，直到采取行动。

关于Bugzilla：
1．Bug按严重程度（Severity）分为：
Blocker，阻碍开发和/或测试工作
Critical，死机，丢失数据，内存溢出
Major，较大的功能缺陷
Normal，普通的功能缺陷
Minor，较轻的功能缺陷
Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等
Enhancement，建议或意见
2．Bug按报告状态分类（Status）
待确认的（Unconfirmed）
新提交的（New）
已分配的（Assigned）
问题未解决的（Reopened）
待返测的（Resolved）
待归档的（Verified）
已归档的（Closed）
3．Bug处理意见（Resolution）
已修改的（Fixed）
不是问题（Invalid）
无法修改（Wontfix）
以后版本解决（Later）
保留（Remind）
重复（Duplicate）
无法重现（Worksforme）

Bugzilla使用相关推荐

bugzilla部署
Centos6.8部署bugzilla + apache + mysql 1.apache 可以使用系统自带的apache服务 2.安装mysql: yum –y installmysql mysql ...
ubuntu 系统设置bugzilla制
随着时间的推移.在大脑中形成的记忆总会慢慢的淡去.人的记忆力就是这样.所以最好的办法就是形成博客去记录下来,一方面给自己以后回想用.一方面也算是自己的一个积累.所以一旦选择了一个行业,最好不要轻易转 ...
Bugzilla+MySql+IIS+ActivePerl搭建指南
头在忙着他的技术研究,对团队建设.测试管理.流程规范都不怎么理会,眼见着产品进入后期整合阶段,在测试过错中出现很多Bug,单靠着我一个人用txt来收集整理bug需求,然后整理成word,放在svn上面 ...
[node 工具] 用 Node.js 将 bugzilla 上的 bug 列表导入到 excel 表格在线版本之一（server 端）...
之前写了个用 Node.js 将 bugzilla 上的 bug 列表导入到 excel 表格里的 cli 工具虽然可以用,但考虑到一下几点,总觉得需要再做点什么. 界面简陋,我那截图上是在 VS ...
Bugzilla使用手册及解决方案
Bugzilla使用手册及解决方案参考文章: (1)Bugzilla使用手册及解决方案 (2)https://www.cnblogs.com/Warmsunshine/archive/2012/04 ...
在FreeBSD上安装Bugzilla
Bugzilla 是一款开源的 Web 应用,是一款bug跟踪系统和测试工具,由 mozilla 开发,并采用 Mozilla 公共许可证授权(MPL),它经常被一些高科技公司如 mozilla.红帽 ...
bugzilla dbd-mysql_Linux下安装Bugzilla——完整版
操作系统:FC5 目录: 1.mysql(FC5系统自带需要安装配置启动) 2.bugilla(安装) 3.apache(FC5系统自带只要配置启动) 4.安装bugzilla要求的perl模块 5. ...
bugzilla迁移需要修改的文件
数据库授权: grant all on bugs.* to root@localhost identified by "root"; #授权flush privileges; # ...
Ubuntu 9.10 Server (Karmic) 迁移Bugzilla
项目组去年年底配置了两台服务器,其中的一台安装了Ubuntu 9.10 Server.由于项目组采用Bugzilla作为bug生命周期的管理,需要把Bugzilla迁移了过来.以下记录迁移过程备忘. ...
[转移]安装 BugZilla 时 Perl 模块的安装
[转移]安装 BugZilla 时 Perl 模块的安装转移自自己原来在YourBlog上的Blog,写于2004-3-11 13:05:48 看了Jackey的"Windows下BugZ ...

Bugzilla使用

Bugzilla使用相关推荐

最新文章

热门文章