让我们走进bug,了解bug管理过程和bug分类
作者:TestCenter 发布时间:[ 2020/8/5 9:49:08 ] 推荐标签:
对于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是面向测试流程的测试生命周期管理工具,支持根据实际情况自定义缺陷处理流程,可以自定义项目角色、缺陷状态、缺陷属性;支持缺陷合并,全方面筛选缺陷,等等。
相关推荐
更新发布
兼容性测试覆盖多少机型,如何选择?
2024/9/10 11:13:49P-One 在进行性能测试时,如何确保测试结果的准确性和可靠性?
2024/9/10 10:14:12为什么越来越多的企业选择一站式测试平台?
2024/9/9 18:04:26功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29