BUG的生命周期
缺陷是指测试人员在执行测试用例的时候，发现得到的结果与预期结果不同，与预期结果不同的原因有很多种，测试人员就可以发起流程来处理这个问题。
打开：发现缺陷后发起流程，先由测试人员初步定位错误原因，并指定处理人，一般为该功能对应的开发人员，如果不知道具体的开发人员，可以把处理人指定为测试负责人，项目经理等。并详细描述重现缺陷的步骤，截图等。选择好缺陷的优先级，重要性并提交。
已修复：开发人员接到缺陷任务后，就要对缺陷进行定位分析，找到程序的Bug，如果能够成功找到，并把Bug修复了，那么就可以把缺陷状态更新到已修复，同时要更新缺陷的错误定位，因为测试人员初步定位不一定准确，经过开发人员定位分析修改后，就能明确错误原因了，比如环境问题，程序Bug，等等。
已否决：开发人员接到缺陷任务后，认为该错误是由测试人员操作不当，或者实际结果符合需求，等原因引起的问题，开发人员认为这个不是缺陷，不需要做认为修复操作。那么可以将缺陷否决掉。不过需要注意的是，不要随便否决缺陷，因为测试人员被否决缺陷是非常郁闷的事，尽量要在否决前与测试人员做好沟通。
推迟处理：开发人员接到缺陷任务后，暂时没有方案解决该问题，就需要推迟处理。推迟处理需要经过测试人员和业务的同意。
重新打开：当缺陷状态为“已修复”的时候，测试人员就需要做一次回归操作，就是重现这个Bug，如果发现Bug却是被修复了，那么可以把缺陷状态改为“关闭”，这个Bug的生命就到此结束了。但是测试发现Bug仍然存在，那就需要将状态改为“重新打开”，再让开发人员进行排查和修复。
关闭：测试人员对“已修复的”缺陷进行回归测试之后，发现缺陷已经被修复了，错误不再出现，就可以把缺陷状态改为“关闭”，Bug的生命周期就结束了。
对于开发人员来说，需要关注的是“打开”和“重新打开”状态的缺陷，需要分析原因并修复。
对于测试人员来说，需要关注的是“已修复”的缺陷，需要进行回归测试。
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。关注51Testing
Bug的生命周期及其管理
发表于： 11:42 &作者：okokokk & 来源：51Testing博客
推荐标签：
&&&&软件大小：19 KB资源类型：资料类授权方式：免费/开源资料&&&简介：& & &　内容主要包括：　　1、的生命周期图　　2、不同角色对Bug的处理责任　　3、Bug的严重级别的分类，缺陷来源定位　　4、不同角色在Bug库中的权限分配　　5、Bug描述的要求
搜索风云榜
51Testing官方微信
51Testing官方微博
测试知识全知道 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
bug生命周期
下载积分：30
内容提示：bug生命周期
文档格式：PDF|
浏览次数：331|
上传日期： 22:18:58|
文档星级：
全文阅读已结束，如果下载本文需要使用
 30 积分
下载此文档
该用户还上传了这些文档
bug生命周期
官方公共微信