目录

一、Bug的定义

二、Bug的生命周期    

三、Bug的等级划分

        定义：⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)

或者故障(fault)，这些bug使程序⽆法正确的运⾏。

        当某个“bug”被第⼀次发现的时候，测试⼈员需要与项⽬负责⼈沟通以确认发现的的确是⼀个

bug，如果被确认是⼀个bug，就将其记录下来，并将bug的状态设为New。

        当⼀个bug被指认为New之后，将其反馈给开发⼈员，开发⼈员将确认这是否是⼀个bug，如果是，开发组的负责⼈就将这个bug指定给某位开发⼈员处理，并将bug的状态设定为“Assigned”。

        ⼀旦开发⼈员开始处理bug的时候，他（她）就将这个bug的状态设置为“Open”，这表示开发

⼈员正在处理这个“bug。

        当开发⼈员进⾏处理（并认为已经解决）之后，他就可以将这个bug的状态设置为“Fixed”并将

其提交给开发组的负责⼈，然后开发组的负责⼈将这个bug返还给测试组。

        当bug被返还到测试组后，我们将bug的状态设置为Pending Reset”。

        测试组的负责⼈将bug指定给某位测试⼈员进⾏再测试，并将bug的状态设置为“Reset“。

        如果测试⼈员经过再次测试之后确认bug 已经被解决之后，就将bug的状态设置为“Closed”。

        如果经过再次测试发现bug（指bug本身⽽不是包括因修复⽽引发的新bug）仍然存在的话，

测试⼈员将bug再次传递给开发组，并将bug的状态设置为“Reopen”。

        如果测试⼈员传递到开发组的bug被开发⼈员认为是正常⾏为⽽不是bug时，这种情况下开发

⼈员可以拒绝，并将bug的状态设置为“Pending Reject”。

        测试组的负责⼈接到上述bug的时候，如果他（她）发现这是产品说明书中定义的正常⾏为或

者经过与开发⼈员的讨论之后认为这并不能算作bug的时候，开发组负责⼈就将这个bug的状态设

置为“Rejected”。

        有些时候，对于⼀些特殊的bug的测试需要搁置⼀段时间，事实上有很多原因可能导致这种情

况的发⽣，⽐如⽆效的测试数据，⼀些特殊的⽆效的功能等等，在这种情况下，bug的状态就被设

置为“Postponed“。

        致命是指系统主要功能丧失，用户数据受到破坏，造成系统崩溃、悬挂、死机或者危及人身

安全等的问题。

        例如程序所引起的死机、非法退出、死循环、数据库发生死锁、数据流环节上严重的数值计

算错误、产品设计存在严重的安全问题、漏洞被利用后可能导致系统瘫痪、数据丢失或隐私泄露等

问题。

        主要功能部分未实现、产品需求规格书不符、功能与要求不符、数据流错误、程序接口错

误、 数据流环节上轻微的数值计算错误、 性能：如内存溢出、响应时间超长等的诸多问题。

        次要功能未实现、与产品需求规格书不符、界面出现错误、格式错误、没有进行一些特殊的

限制和要求、删除内容没有做提示、存在必填项冗余内容等方面问题。

        一些小的界面方面的问题。例如错别字、提示信息、语法日期显示格式不正确、界面不美

观、操作不方便和不习惯等诸多方面。