谈谈bug管理工具的选择

提到Bug管理，我们经常可能会提到工具JIRA、ALM（前身为QC）、Bugzilla、禅道等工具。面临这一些列的工具，我们是不是都必须要要去了解，掌握呢？

Sure，大可不必。今天我要谈的内容主要是bug的管理思想。我相信只要我们每个人理解了bug管理的思想，就不难在这些工具中做出选择了。

为什么需要管理bug，这个就不过多去赘述了。简单说几点：可以帮开发人员更好的复现问题；可以对修复bug的过程进行跟踪处理；可以项目质量的情况做最直观的统计分析；可以对测试版本进行管理，等等。

Bug管理中最重要的一环就是 人。因此我们在Bug管理中首先要弄清楚的就是里面涉及了几个角色，比如常见的项目团队中有测试人员、开发人员、测试经理、开发经理、项目经理等。所以我们首先要定义好这些角色。

其次，我们需要对bug管理定义一个 流程。无非就是我们给bug定义一个生命周期，即从bug的新建，bug的确认打开，bug的分配，bug的修复，到最后bug的回归和关闭这样一个完整的生命流程。

定义好流程后，我们就应该把前面定义好的角色配置相应的权限了。具体配置怎么样的权限与我们实际的项目管理过程息息相关。如只有测试人员才能回归关闭bug，只有开发经理才能分配bug，只有测试经理才能对于开发否决的bug进行打开等。这些都是与我们实际项目管理过程紧密联系起来的。

最后就是做一些约定了。比如bug的类别划分，优先级划分，版本规划，填写要求等。这些可以通过bug管理中的填写字段做约定，也可以通过文档规范做规定。

根据上面四步以后，我们的测试bug就能有效的管理起来了。这时如果软件有一些额外的统计报表等功能，协助我们统计分析项目测试进展情况，那当然更加完美。

当我们已经对这些多次实践后，会发现只要能满足我们上面所提几个要求的bug工具，都是好工具。这时无非再在该基础上考虑经济、易用性等因素，从中选择出一款符合我们当前需求的bug管理工具。

想学习却无从下手，该如何学习？

这里我准备了对应上面的每个知识点的学习资料、可以自学神器，已经项目练手。

如果我的博客对你有帮助、如果你喜欢我的文章内容，请 “点赞” “评论” “收藏” 一键三连哦！