测试员不可不知的5款bug管理工具

最新推荐文章于 2024-04-24 16:34:52 发布

程序员老鹰

最新推荐文章于 2024-04-24 16:34:52 发布

阅读量1.4k

点赞数 15

文章标签： bug 软件测试测试工程师测试类型测试工具

本文链接：https://blog.csdn.net/2301_81692192/article/details/136080856

版权

根据每个公司性质的不同，规模的不同，所用到的bug管理工具也可能不同。你们用的bug管理工具是什么呢？下面介绍几款主流的bug管理工具：

1. JIRA（付费）

JIRA

JIRA的生产者把JIRA定义为Professional Issue Tracker，即它是一个专业的问题跟踪管理的软件。这里的”问题”对应的英文单词是Issue，所以含义比较广，包括Bug,Task,Enhancement,Improvement等等跟软件开发相关的名词。跟踪管理即对问题的整个生命周期进行记录和管理。一个问题从创建到解决到关闭涉及到很多相关信息，包括是什么问题，谁发现的问题，谁处理了这个问题，如何处理的，相应的代码有什么改变等等，JIRA可以方便的记录这些信息，并且在问题的不同状态呈现在相应的责任人面前

JIRA具有很多优点，对测试来说，以下3点必须知道：

1. 针对问题其默认定义了丰富的字段来记录问题的各种信息，包括Issue Type, Issue summary, Issue Description, priority, assignee, reporter, resolutions等等；

2. 默认定义了工作流的一些状态: new, open, defer, pending, resolved, reopened, closed。默认定义了一个简易的工作流, open-in progress-resolved-closed；

3. 支持邮件通知，邮件通知可以同工作流中和工作流之外的事件关联；

2. Trac

Trac

Trac是一个为软件开发项目需要而集成了Wiki和问题跟踪管理系统的应用平台，是一个开源软件应用。Trac以简单的方式建立了一个软件项目管理的Web应用，以帮助开发人员更好地写出高质量的软件；Trac应用力求不影响现有团队的开发过程。

Trac是以面向进度模型为项目管理模型的，很明显的特点就是它以里程碑(Milestone)方式进行项目管理的。每个里程碑中的具体要做哪些事情，就使用Ticket来进行定义、跟踪等。里程碑是什么呢？里程碑是一些事件，我们设立这些事件是为了表明当这些事件发生的时候，我们的工作已经达到了某种程度。为什么我不用时间点呢？原因在于使用时间点往往让人误以为，里程碑是按照时间来设计的，而不是按照事件来设立的。

3. Gitlab

Git Issue

Gitlab管理bug也是最近才接触到。跟项目绑定，特别方便管理bug，随时assign给相关开发，也可以看到开发提交bug时的Commits，每次发版可以对照相关提交，既方便测试，也可以在出现问题时找到对应开发。

4. Bugzilla

Bugzilla

Bugzilla 是一个开源的缺陷跟踪系统（Bug-Tracking System），它可以管理软件开发中缺陷的提交（new），修复（resolve），关闭（close）等整个生命周期。

Bugzilla Bug报告分类

（1）待确认的（Unconfirmed）（2）新提交的（New）（3）已分配的（Assigned）（4）问题未解决的（Reopened）（5）待返测的（Resolved）（6）待归档的（Verified）（7）已归档的（Closed）（8）Bug处理意见（9）已修改的（Fixed）（10）不是问题（Invalid）（11）无法修改（Wontfix）（12）以后版本解决（Later）（13）保留（Remind）（14）重复（Duplicate）（15）无法重现（Worksforme）

Bugzilla指定处理人：

（1）可以指定一个处理人（2）如不指定处理人，则系统指定管理员为默认处理人

Bugzilla链接:

输入超链接地址，引导处理人找到与报告相关联的信息

Bugzilla概述：

（1）概述部分“Summary”的描述，应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。

（2）如果是通用组件部分的测试，则必须将这一通用组件对应的功能名称写入概述中，以便今后查询。

Bugzilla平台操作系统：

（1）测试应用的硬件平台（Platform），通常选择“PC”

（2）测试应用的操作系统平台（OS）