对于bug，我们通常是使用bug管理系统进行管理的，这样会使bug的管理更加方便快捷。而Bug管理系统是指一种用于添加Bug、修复Bug、测试Bug、删除Bug的一套完整的Bug管理系统。我们在软件开发和维护当中，是经常遇到一些各种各样的bug的，但如果要按分类的话它实际上是分为两类的。

bug管理

完整的Bug管理过程

1、测试人员利用Bug管理系统提交发现的bug。

2、测试人员把bug直接提交给相关的开发人员，或者提交给开发组长由其将bug分发到相关开发人员。

3、开发人员收到bug系统发来的bug分配通知后，对bug进行修复，然后将bug重新提交回测试人员。

4、测试人员可获取最新版本进行验证。

5、测试人员如验证无误，bug回归成功。

bug的分类

1.Bug是在开发新功能时带来的。

比如说你在用Scrum方法工作（或是用任何敏捷迭代方法），Bug是在“sprint”阶段，在你正在实现的新的用户故事中被找到的。

这类Bug必须立刻修复，否则用户故事，或是说功能并没有真正完成。同时，你违反了敏捷基本原则：该做的做完了就好了，这表示只有在用户故事或是说功能经过完全测试，并得到客户的认同，才是真正的完成。如果有任一点没满足，就不能成为结束。

2.其他的Bug（非sprint缺陷）

a.回归Bug——由于开发了功能B，在功能A中出现的Bug

b.客户Bug——客户，或是不是开发组成员的产品用户所报告的Bug

c.在开发完功能/用户故事后发现的Bug。从理论上来说这不应该发生，但是当我们发现缺少测试覆盖，或是在做Bug跟踪和产品固化时可能会发生。

所以，让我们从理论上来讨论一下如何处理第二类Bug——非sprintBug：

1.你可以选择立刻修复它（或者在下一个sprint修复，但不能再晚了）

2.如果修复这个Bug的价值不大，你可以选择不再修复它

3.你可以将Bug推迟到之后处理（几个月后，或是下一个版本中）

可以说，在出现bug的时候，是一定要修复的，不能够一直往下面拖，因为你在发现的时候不去修复，那么后面你会一直不去修复的。既然本篇文章我们讲的是bug管理系统和bug的分类，那么小编最后就给大家介绍一个bug管理工具，TestCenter是面向测试流程的测试生命周期管理工具，支持根据实际情况自定义缺陷处理流程，可以自定义项目角色、缺陷状态、缺陷属性；支持缺陷合并，全方面筛选缺陷，等等。