测试基础 大家的 Bug 管理工具使用起来满意么

Stitch · August 18, 2015 · Last by 十亿 replied at December 23, 2019 · 2231 hits

背景说明:
做了多年的测试,发现现在使用的 bug 管理工具都存在一些缺点,用着不是很舒服。不知道大家的日常使用的工具是那些,平时用着是否满意?

1、在移动测试领域,大家使用的 bug 管理工具有哪些?
现在常用的 bug 管理工具有:
Redmine 的,bugfree,Jira,Bugzilla 以及 Mantis,TestDirector,Quality Center。
大家使用的工具是否在上面列表中。

2、日常 bug 处理流程是怎样设计的?
一个完整的 bug 生命周期由哪些步骤构成,每个步骤是什么?

3、日常使用的 bug 管理工具,你认为那里最需要改进?
先说明工具,然后举例说明

@monkey 已经修改

共收到 20 条回复 时间 点赞

添加头像

Stitch #2 · August 18, 2015 Author

@monkey 已经修改

你没用过某些公司内部自己开发的 bug 管理系统吧?

个人觉得缺陷管理工具最重要的是缺陷的管理,缺陷信息的展示,如果能直接查询相关曲线图表当然更好;但是作为测试更要注重和开发的沟通,知道这个 bug 是为什么会产生,这样才能找出更多的 bug,个人小见解~~~

工具好用、够用就足够了

Stitch #7 · August 19, 2015 Author

#4 楼 @lihuazhang
这个图展示的非常清晰。我这里有一个疑问哈。
每个流程下的数字,是代表当前在这个流程的 bug 数么?

Stitch #8 · August 19, 2015 Author

#6 楼 @chichimei
这个好用,够用的标准很难讲的。每个人的标准都不一样的。
说说你的好用,够用的标准。

Stitch #9 · August 19, 2015 Author

#5 楼 @zxcab
缺陷管理是软件开发测试中一个非常重要的活动,对于项目经理以及软件测试经理来说都非常重要,是掌握项目质量情况的一个非常重要的方法;记录和跟踪缺陷的功能也非常重要。
好的 bug 工具,可以做到知识共享。但是 bug 根因这些,最根本的还是靠人来完成。

Stitch #11 · August 20, 2015 Author

#10 楼 @lihuazhang
非常感谢,这个流程比较清晰。
想问,你现在使用的 bug 管理工具是哪个?

#11 楼 @stitch 阿里内部的,非常难用。。。你随便找个开源的都可以

Stitch #13 · August 20, 2015 Author

#12 楼 @lihuazhang
内部开发的?
难用在哪里?流程?还是比较难以操作?

bugfree 差不多够用了,实际工作中真没那多时间研究测试理论中提到的分析。

#8 楼 @stitch 清晰的 bug 生命周期管理和跟踪、bug 经办人指派、bug 统计和分析、bug 上报也简单易操作

用过几种,觉得 Mantis 比较好用

Stitch #17 · August 24, 2015 Author

#15 楼 @chichimei
想问下当前使用的 bug 管理工具是那个?满足你的要求了么?

用过 TD 和 Jira,感觉各有各的好处和缺点。
TD 过滤起来比较方便,但是但是单个 bug 详情界面,看起来不爽,附件图片貌似不能直接查看;
Jira 过滤起来不方便,除非掌握它自带的 JQL 语言,但是对于一些字段真是不知道字段名是什么,但是附件图片在 bug 详单里可以直接看到,比较方便。

  1. Teambition

Teambition 的设计简约,大气,小清新,直接明了。注册登录后会显示你所有参与的项目(以及所有完成已归档的项目),默认有一个新手指南项目,让你能够快速上手。 创建一个 bug 项目后,你可以通过 “任务板”、“分享墙” 和 “文件库” 等功能模块来管理 bug。并且可以为 bug 设置优先级:普通、紧急、非常紧急,这一点非常好,标签功能的添加可以丰富 bug 的属性设置。关联任务功能则可以将相关的 bug 进行关联提醒,便于开发修复时进行参考。
但是,teambition 的看板功能虽然可以追踪 bug 的状态和进展,但是无法简单直接的做到 bug 的版本管理,要实现 bug 的版本管理需要另外建立项目来实现,这样一来操作将会变得非常繁琐,管理起来也很麻烦,尤其是在进行版本对比的时候简直让人痛不欲生。
再有就是无法将 bug 任务跨团队指定给开发者,只能采取复制任务的形式将任务拷贝到开发团队的项目中,如此一来即便开发将 bug 修复了并将 bug 的状态标记为已完成,测试在 bug 管理项目中也无法看到,因为不同的项目中的任务状态无法同步。

  1. Worktile

Worktile 和 Teambition 高度相似,两者都有着类似的看板设计,都是以任务为中心,文档文件可以作为任务的关联内容被归档,都在很早之前就具备了子任务功能,但是在一些细节设计上面显得略有差距。Worktile 可以从列表、标签、时间、成员等不同维度来管理 bug 任务。通过日历视图,你可以轻松查看 bug 任务进展;团队成员也可以在 worktile 里轻松共享文件资料和进行在线讨论。Worktile 的简报功能是对某一段时间项目完成状态的一些统计,比如本周开启了多少 bug 任务,完成了多少 bug 任务,完成 bug 任务最多的人是谁,等等。
但是(敲黑板,划重点),worktile 不但在功能的优势上和 teambition 一样,就连在 bug 管理上的劣势也相似的雷人:无法实现 bug 的版本管理功能;无法将 bug 跨项目跨团队指定给开发人人员修复。
心塞!

  1. Tower

Tower 在使用习惯上更加贴近于普通用户,界面设计的没有那么「酷」,但是却也能让人一目了然。主要的功能有讨论、任务、文档、文件这四大部分,“讨论” 这个功能比较又特点它直接在协作平台内架设了一个论坛,每个成员都可以发布帖子并回复讨论,帖子支持富文本格式。在 tower.im 里创建一个项目后,你可以对任务进行指派管理,也可以在线讨论项目细节、分享资料文件、在线协作编辑文档等。通过动态消息栏,你可以实时查看其他团队成员的工作动态。对于 team leader 而言,可以利用团队周报来了解团队成员的工作进展。
Tower 在 bug 管理方面应该是几款软件里面功能最弱的一款,无法为 bug 任务设置优先级,无法通过加标签的方式丰富 bug 的属性,无法进行版本管理,无法跨团队沟通。通过一段时间的使用,个人感觉 Tower 更适合用作团队头脑风暴的工具和个人事务管理工具。

  1. 明道

经过了前面几款软件的使用,明道的上手就快多了,因为界面和功能基本上都大同小异,不过明道有别于上面三款软件的地方在于可以切换列表和看板模式,在 bug 更新时列表模式显然更加友好,而对于状态的追踪,看板则要优于列表。而且在编辑 bug 任务详情的时候,详情页面是滑出式的,可以和任务界面共存,体验比 teambition 和 worktile 的弹出式要好。
明道的界面和使用动态信息框,你可以随时向团队分享工作进度、资料和反馈问题等。在任务中心,你可以按照 “任务” 和 “项目” 两种模式来管理任务。创建任务时,你可以添加任务描述,确定负责人、参与人员和截止时间,以便快速推进任务。在使用中产生的文档、图片、投票、问答和视频,都会自动归档在文档中心,便于随时检索和使用。如上所述,功能点大多相似。
在使用了一段时间后发现明道虽然相比上面的几款软件方便了很多,但是依然无法很好的解决我的问题:bug 的版本管理功能缺失。

  1. Teamin

Teamin 是最近新出的一款软件,经身边的朋友推荐开始试用的,给我带来了很多惊喜。首先界面风格极其简洁,进入首页宛如一个记事本一样,它创建任务的方式也很像是在做笔记:写完一条任务,回车,开始记录下一条。并且支持列表和看板模式的切换,在列表模式下记录更新完 bug 任务后可以切换到看板模式查看任务的进展。最关键的是 Teamin 的目标管理功能,当我将目标管理功能调出来后惊呆了,这不就是我梦寐以求的版本管理功能么?!而且还可以将 bug 任务跨项目跨团队指定给开发人员,这个简直不能更赞。另外像其他软件有的任务详情描述,标签功能等也都有,标签字段和颜色都支持自定义。
唯一遗憾的一点是没有默认的任务优先级设置,不过这一点可以通过点赞关注任务或者添加标签和自定义字段来解决。

通过上面的测评可以看到这五款软件各有优缺点,就我个人来讲,Teamin 是最能满足是我需求的一款在线的 bug 管理软件。很便捷的帮我解决了 bug 版本管理、跨团队沟通、bug 进展同步追踪等一系列的问题。不过每个人的需求不同,所需要的工具或者功能也不同,至于如何选择,选择哪一款作为自己的 bug 管理工具则见仁见智了。无论如何,还是希望大家能够找到适合自己的,能够提高工作效率的 bug 管理工具。

用的 Worktile
bug 处理流程:测试人员提 BUG-开发人员确认后分配 - 修改 BUG 完成 - 回归测试 - 测试通过

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up