TA的每日心情 | 无聊 昨天 09:05 |
---|
签到天数: 1050 天 连续签到: 1 天 [LV.10]测试总司令
|
作为长期依赖缺陷管理工具,体验过上十个工具软件的深度用户,我必须在这个回答的最开始强调一点:要找到适合自己的bug管理工具并不是简单看大家在用什么,到底哪个更适合,则要看你自己具体的需求和使用场景。
基于题主对需求的简单描述,可以判断题主的需求核心是将Bug问题快速合理的分配给指定团队成员进行处理,并且跟进Bug问题直至完全解决。
能满足这些需求工具其实不少,但在众多工具中个人最推荐的是PingCode,原因很简单:首先是对题主这种小团队免费(25人以下免费);其次是产品的体验很好,功能契合题主的的需求和使用场景:
因为缺陷管理的核心需求其实是有四类:
1、Bug问题收集
2. Bug分配与跟进功能
3. Bug问题定位与解决
4、数据报告功能
而题主是寻找Bug分配与跟进功能比较好的工具,也就是上面的第二点需求,在这个环节中,需要考虑的功能点不外乎以下这些:
团队成员角色与权限设置:团队管理员的权限,测试人员的权限,开发人员的权限,团队外部成员的权限。谁可以创建bug, 谁可以将bug删除,谁有权限将确认Bug已完成等等。
Bug管理的相关字段:一款Bug管理工具应该设置有符合一般Bug管理流程的字段,例如:创建人,跟进人,负责人,出现bug的产品模块,子模块等。
灵活的自定义设置:大多数情况下,每个公司或者团队都有一些自己额外的自定义设置,比如设置一个字段,设置测试版本。灵活的自定义设置让工具更符合团队的使用需要。
Bug处理流程设置:一款好的Bug管理工具应该符合团队的Bug处理流程,并保障Bug工具的操作者可以按照制定的流程进行操作。 比如Bug状态的流程设置:如果当前一个Bug的状态如果是“等待验收”,则操作者在修改Bug状态是只能选择“验收完毕等待上线” 或者 “验收失败重新开启”,而不能选择“新建”,“开启”等不符合处理流程的Bug状态。
Bug跟进提醒提醒功能:在任务分配给成员后提醒成员,也可以提醒任务的关注者,不错过重要的Bug跟进信息。也可以在不符合正常操作的时候发送提醒给管理团队,及时纠正错误问题。
Bug变更记录:变更记录也是一条Bug的全部处理记录,因为Bug的处理可能经过多个成员操作,通过变更记录可以让成员之间了解的Bug状态的变化,减少沟通成本。
而PingCode是如何满足这些需求的呢?
我们通过基本使用流程来举例说明:
1、开发过程中发现的bug,可以直接在测试用例的页面提交:
如果是业务部门发现的Bug,或者是收集的客户Bug,则是通过一个项目进行提交,所有人能在这里看到BUG当前的流转状态以及变更记录等信息;
2、提交Bug:支持设置有符合一般Bug管理流程的字段,例如:创建人,跟进人,负责人,出现bug的产品模块,子模块等。
3、Bug流转设置:可以设置多种状态来建立Bug处理流程,以及在收到新的Bug任务或者动态,工具会自动提醒相关人。通过这个一功能能够很清晰的掌握当前BUG的进度;
4、Bug解决:与Git等诸多第三方开发工具关联互通;
5、数据报告:可以通过多种报表数据支撑,以及时的发现问题,解决问题,改进Bug管理流程。同时,可以很好的衡量团队工作成果,工作进度,检测产品各个模块的缺陷变化趋势等。
除了BUG管理之外,PingCode的子产品矩阵还满足了全生命周期的研发管理需求,就比如说:
【需求拆解、编写说明、燃尽图、跟踪项目】PingCode Agile搞定。
【测试用例、记录】PingCode Testhub。
【版本规划、路线图】PingCode Plan。
【文档管理】PingCode Wiki。
【源码管理】、【部署管理,持续集成】第三方插件形式搞定。
|
|