Bugout 是什么?
Bugout 是一款完全免费的缺陷管理系统,可以收集来自各个渠道和设备的 bug 问题,通过自定义自动化规则并与企业的开发工具集成,帮助企业高效的收集、跟进、解决 bug 问题。
需求背景
在目前开发流程逐渐向敏捷迁移的大背景下,很多企业的开发流程都会使用到迭代发布。那边随着每次迭代出现的bug问题是否可以更好与每次迭代关联呢?比如:
- 本次修复的Bug问题会在哪次发布中上线?
- 这次发现的Bug问题是在哪次迭代中产生的?
- 当前这次迭代中修复的Bug问题进度如何? 会不会影响上线?
伴随我们用户的这些需求,我们上线了Bugout项目里程碑功能。
什么是里程碑?
里程碑(MileStone)可以理解为一个开发阶段,它可以是一次迭代,一次发布,或者一个产品版本。通过创建里程碑并将Bug问题与里程碑关联,可以更好的管理在不同开发阶段产生的Bug问题。
下面我们看看里程碑功能可以解决哪些问题?以及如何解决?
问题1: 我如何知道哪些Bug问题将在本次发布中修复?这问题修复的进度如何?会不会影响上线时间?
通过创建里程碑,可以设置里程碑的开始与结束时间,系统自动计算里程碑计划上线时间至今的天数。
设置完成后,在里程碑界面新增问题或者直接导入现有问题
导入后,已完成的问题会自动计算在里程碑进度中:
与本次里程碑相关的修改均会记录在里程碑动态中:
另外我们在里程碑中增加了可以添加评论的地方,方便团队进行交流:
问题2: 目前收集到的Bug问题都是那次发布产生的? 我们如何评价每次发布的质量?
为了将一次发布中上线的修复Bug和本次发布后产生的Bug区别开。我们在每个里程碑里面分别设置了两列:
- 发布里程碑:将在本次发布中上线的需求,任务或者修复后的Bug,发布里程碑里面的任务将影响该里程碑的进度计算,比如目前有10个任务在发布里程碑,其中5个任务已经完成。
- 受影响里程碑:本次发布产生的Bug问题,或者是影响到本次里程碑发布但并不影响本次发布进度的问题/任务均可以展现在这里。这里的任务不影响里程碑完成进度。
我们在每个问题任务的属性中增加了两个字段,发布里程碑和受影响里程碑,可以分别选择任务上线的发布的版本和影响的版本。
里程碑管理功能的上线,让企业可能更好的管理来自于每次迭代发布产生的Bug问题,任务和需求。