在研发团队的Bug管理工作中,我们希望有这样的工作环境:
- 清晰明了的Bug管理流程
- Bug属性清晰易懂
- 职责清晰的任务分配
- Bug周期可追溯
Worktile可以通过灵活可定制的Bug管理流程,帮助团队集中规范地进行Bug管理,使Bug在生命周期全程可追溯,从而提高研发团队修复Bug的效率。
Bug管理流程搭建
在Bug管理的工作中,我们需要一个相对简单且清明了的Bug管理流程,工程师以及测试人员可以在这个流程下更加高效的执行任务,下图是一个比较完整且简单的Bug处理流程图。
在规则、流程制定好后,我们需要一个简单灵活的工具来将工作流实现,让每一位同事了解任务进展。在Worktile中,我们可以通过项目的看板视图来完美实现上图的Bug管理流程。
- 通过任务列表搭建工作流
创建一个Bug管理项目,创建 “收件箱,确认Bug,修复中,已修复,以后版本处理” 等5个任务列表来呈现已经制定好的工作流。
提交Bug,将有问题的Bug以任务的形式提交到收件箱,当然,我们在提交一个问题之前首先应该保证,这个问题之前并没有提交过以免造成重复。
确认Bug,确认该Bug可以复现且尽量描述这个缺陷的属性,如Bug重现环境,Bug类型,Bug等级,Bug的优先级以及详细的重现步骤,结果与期望等。
修复Bug,转交Bug&修复,在该列表中,将具体的修复任务分配给相应的负责人,进入到Bug修复周期中。
已修复,将修复的问题进行再次测试,修复成功后即可关闭Bug(完成该任务),若问题依旧存在,既将拖拽回确认Bug列表。
以后版本处理,在确认Bug阶段判断为短期内不去优化的任务可以拖拽到该列表。
- 任务的流转
拖拽任务来实现Bug的阶段性的流转。
- 丰富任务信息
我们可以通过分配任务来指定负责人,设置任务的截止时间,划分优先级,用标签来定义任务属性,让任务信息更加直观的展现出来。
(ps:任务属性设置会在后文进行详细讲解)
Bug属性设置
解决Bug的重要前提是重现该Bug,所以我们需要尽可能详尽的了解该Bug,比如浏览器,操作系统,机型等;另一方面,我们也需要清楚地了解该问题被提出的初衷,是性能问题,页面问题还是兼容性问题,以便我们划分优先级。Worktile中的任务标签&任务优先级可以完美解决该问题。
- 用标签来定义任务属性
我们可以将Bug属性暂且归为一下几类,操作系统,浏览器,功能,性能,界面,易用性,兼容性&其他,而这些都可以用不同颜色的标签来展现出来,如下图
并且可通过标签管理来了解不同标签下任务的实时状态
- 通过任务优先级来定义Bug处理的优先级
当问题处理人员在面对许多问题需要处理时,就需要对问题进行优先级排序。我们做事情的安排,操作系统的处理进程等都在使用着优先级。在Worktile中,我们可以通过任务优先级来解决此问题。
Bug的追踪与统计
除了实现Bug的流程管理外,Worktile还可以通过统计来追踪工作效率与质量,强大完善的统计分析,定期了解团队的研发质量。
- 通过标签对Bug属性进行统计
在Worktile的项目统计中,可进行标签统计,而这对于Bug管理项目的价值在于,我们可以通过Bug属性的统计分析,来决定之后研发与产品的调整方向,且可以通过列表统计来统计Bug的修复率。
- 全局统计
如果您的团队是通过独立项目来管理不同端的Bug,如移动端Bug管理项目,桌面端Bug管理项目,Web端Bug管理项目等,Worktile可以通过统计功能来实现所有Bug项目的管理,清楚地了解每一个独立项目的运转情况。
(ps:您可以通过这里了解 使用Worktile进行工作效率评估和追踪 )
小结
好吧,修复Bug是件有点尴尬,又不得不去面对的事情,但实际上,每一个Bug的修复都是让产品走向更好的基石。让整个流程变得更加高效便是Worktile的价值,也希望Worktile的灵活简单可以让各位找到更加适合自己的Bug管理流程。
本篇是《Worktile研发管理解决方案白皮书》的系列之一,精选了30个研发团队的工作流程进行总结提炼,内容涵盖研发需求管理、敏捷开发流程、Bug管理、工作绩效管理等,旨在帮助企业构建起一套高效严谨的研发体系,将企业从陈旧繁复的研发管理中解救出来。
Worktile 官网:worktile.com
内容整理:Worktile
文章首发于「Worktile官方博客」,转载请注明出处。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。