bug问题 紧急程度 划分_Bug状态流程图

bug状态	含义
new	新建
open	分配
closed	关闭
reopen	重新打开
abandon	丢弃
fixed	已修改
reject	拒绝
duplicate	重复
postpone	延期

Bug状态流程图

对Bug的处理

开发组长/经理

每天对Bug进行分配，标注处理意见，给定优先级(发版前必须三方：需求、开发、产品共同确定)。问题分配时，应尽可能将咨询类、理解错误类等问题处理掉，而不是留给开发人员。有可能是需求的问题，分配给需求人员。定期对Bug库分析，找出常出错的模块，进行代码审查

开发人员

分析Bug，写出问题原因，修改Bug；实行Bug优先原则，严重程度B-Major类或紧急程度3-High类以上(包含)bug5个或5个以上，停止新功能的开发。

需求人员

解释需求，给出处理意见，将Bug库中的建议整理成需求文档。评审确定后列入开发计划

测试人员

不参与问题的优先级的定位，只用Bug级别反映Bug的严重程度。验证Bug是否已被解决

测试组长/经理

审核测试人员提交的Bug。定期对Bug库进行分析，描绘出曲线图等，报告现状、预测趋势。在测试总结报告中给出意见

产品人员

可以对优先级和处理意见等进行审核，如果有意见，和项目组商量定夺

Bug状态(Status)：指缺陷通过一个跟踪修复过程的进展情况。包括New、Open、Reopen、Fixed、Closed及Rejected等

New	为测试人员新问题提交所标志的状态。
Open	为任务分配人(开发组长/经理)对该问题准备进行修改并对该问题分配修改人员所标志的状态。Bug解决中的状态，由任务分配人改变。对没有进入此状态的Bug，程序员不用管。
Reopen	为测试人员对修改问题进行验证后没有通过所标志的状态；或者已经修改正确的问题，又重新出现错误。由测试人员改变。
Fixed	为开发人员修改问题后所标志的状态，修改后还未测试。
Closed	为测试人员对修改问题进行验证后通过所标志的状态。由测试人员改变。
Rejected	开发人员认为不是Bug、描述不清、重复、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的问题。由Bug分配人或者开发人员来设置。

Bug严重级别(Severity，Bug级别)：是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。