目录
一、Bug的定义
定义:⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)
或者故障(fault),这些bug使程序⽆法正确的运⾏。
二、Bug的生命周期
1、New(新的)
当某个“bug”被第⼀次发现的时候,测试⼈员需要与项⽬负责⼈沟通以确认发现的的确是⼀个
bug,如果被确认是⼀个bug,就将其记录下来,并将bug的状态设为New。
2、Assigned(已指派的)
当⼀个bug被指认为New之后,将其反馈给开发⼈员,开发⼈员将确认这是否是⼀个bug,如果是,开发组的负责⼈就将这个bug指定给某位开发⼈员处理,并将bug的状态设定为“Assigned”。
3、Open(打开的)
⼀旦开发⼈员开始处理bug的时候,他(她)就将这个bug的状态设置为“Open”,这表示开发
⼈员正在处理这个“bug。
4、Fixed(已修复的)
当开发⼈员进⾏处理(并认为已经解决)之后,他就可以将这个bug的状态设置为“Fixed”并将
其提交给开发组的负责⼈,然后开发组的负责⼈将这个bug返还给测试组。
5、 Pending Reset(待在测试的)
当bug被返还到测试组后,我们将bug的状态设置为Pending Reset”。
6、Reset(再测试)
测试组的负责⼈将bug指定给某位测试⼈员进⾏再测试,并将bug的状态设置为“Reset“。
7、Closed(已关闭的)
如果测试⼈员经过再次测试之后确认bug 已经被解决之后,就将bug的状态设置为“Closed”。
8、Reopen(再次打开的)
如果经过再次测试发现bug(指bug本身⽽不是包括因修复⽽引发的新bug)仍然存在的话,
测试⼈员将bug再次传递给开发组,并将bug的状态设置为“Reopen”。
9、Pending Reject(拒绝中)
如果测试⼈员传递到开发组的bug被开发⼈员认为是正常⾏为⽽不是bug时,这种情况下开发
⼈员可以拒绝,并将bug的状态设置为“Pending Reject”。
10、Rejected(被拒绝的)
测试组的负责⼈接到上述bug的时候,如果他(她)发现这是产品说明书中定义的正常⾏为或
者经过与开发⼈员的讨论之后认为这并不能算作bug的时候,开发组负责⼈就将这个bug的状态设
置为“Rejected”。
11、Postponed(延期)
有些时候,对于⼀些特殊的bug的测试需要搁置⼀段时间,事实上有很多原因可能导致这种情
况的发⽣,⽐如⽆效的测试数据,⼀些特殊的⽆效的功能等等,在这种情况下,bug的状态就被设
置为“Postponed“。
三、Bug的等级划分
1、致命(Critical)
致命是指系统主要功能丧失,用户数据受到破坏,造成系统崩溃、悬挂、死机或者危及人身
安全等的问题。
例如程序所引起的死机、非法退出、死循环、数据库发生死锁、数据流环节上严重的数值计
算错误、产品设计存在严重的安全问题、漏洞被利用后可能导致系统瘫痪、数据丢失或隐私泄露等
问题。
2、 严重(Major)
主要功能部分未实现、产品需求规格书不符、功能与要求不符、数据流错误、程序接口错
误、 数据流环节上轻微的数值计算错误、 性能:如内存溢出、响应时间超长等的诸多问题。
3、一般(Normal)
次要功能未实现、与产品需求规格书不符、界面出现错误、格式错误、没有进行一些特殊的
限制和要求、删除内容没有做提示、存在必填项冗余内容等方面问题。
4、微小(Trivial)
一些小的界面方面的问题。例如错别字、提示信息、语法日期显示格式不正确、界面不美
观、操作不方便和不习惯等诸多方面。
标签:Reset,状态,生命周期,bug,开发,测试,Bug,软件测试 From: https://blog.csdn.net/m0_73890953/article/details/139566238