下载此文档

缺陷管理Bug状态流程图.doc


文档分类:行业资料 | 页数:约7页 举报非法文档有奖
1/7
下载提示
  • 1.该资料是网友上传的,本站提供全文预览,预览什么样,下载就什么样。
  • 2.下载该文档所得收入归上传者、原创者。
  • 3.下载的文档,不会出现我们的网址水印。
1/7 下载此文档
文档列表 文档介绍
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级别):是指因缺陷引起的故障对软件产品的影响程度。由测试人员指定。A-Crash错误导致了死机、产品失败(“崩溃”)、系统悬挂无法操作;B-Major功能未实现或导致一个特性不能运行并且不可能有替代方案;C-Minor错误导致了一个特性不能运行但可有一个替代方案;D-Trivial错误是表面化或微小的(提示信息不太准确友好、错别字、UI布局或罕见故障等),对功能几乎没有影响,产品及属性仍可使用;E-NicetoHave(建议)建设性的意见或建议。Bug优先级(Priority):指缺陷必须被修复的紧急程度。由Bug分配者(开发组长/经理)指定。5-Urgent阻止相关开发人员的进一步开发活动,立即进行修复工作;阻止与此密切相关功能的进一步测试4-VeryHigh必须修改,发版前必须修正3-High必须修改,不一定马上修改,但需确定在某个特定里程碑结束前须修正2-Medium如果时间允许应该修改1-Low允许不修改功能模块(Subject):TD中需在TestPlan页中定义好Subject,才能在Defects页中使用。问题描述、附件附图请参见后面第四部分‘Bug描述要求’的有关内容。处理意见:开发组长/经理(或具体Bug分配人员)在审核新Bug时、将Bug分配给开发人员解决前,需要给出

缺陷管理Bug状态流程图 来自淘豆网m.daumloan.com转载请标明出处.

相关文档 更多>>
非法内容举报中心
文档信息
  • 页数7
  • 收藏数0 收藏
  • 顶次数0
  • 上传人bai1968104
  • 文件大小58 KB
  • 时间2020-04-03