对于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是面向测试流程的测试生命周期管理工具,支持根据实际情况自定义缺陷处理流程,可以自定义项目角色、缺陷状态、缺陷属性;支持缺陷合并,全方面筛选缺陷,等等。