Bug状态流程1].docVIP

  • 5
  • 0
  • 约1.16万字
  • 约 14页
  • 2016-10-12 发布于贵州
  • 举报
Bug状态流程1]

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解决中的状态,由任

文档评论(0)

1亿VIP精品文档

相关文档