BUG管理规范及流程 郑重声明：XX软件股份有限公司版权所有。本文档中任何部分未经XX软件股份有限公司书面授权，不得将材料泄露给第三方，不得以任何手段、任何形式进行复制与传播。 目 录 1 前言 2 术语定义 3 总则 4 研发阶段缺陷管理 4.1 缺陷表单说明 4.2 流程 5 维护阶段问题反馈及处理 5.1 问题表单 5.2 流程 6 附件 6.1 缺陷管理工具选择 6.2 问题记录表 1 前言 本文档用于描述“XX软件股份有限公司”软件生命周期中，产生的问题及缺陷的收集处理方法和参考规范。 术语定义 术语 英文 定义 备注 缺陷 影响客户正常使用的任何问题 缺陷分类 按照缺陷的严重程度分为：重大缺陷、待确认缺陷、一般缺陷。重大缺陷：指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响用户的正常使用。待确认的缺陷：指该缺陷需要测试人员进行重现和确认是否为缺陷。一般缺陷：指在软件开发过程中的针对软件产品和开发过程的问题，这些问题已经影响或者可能影响软件产品的质量 问题 问题指系统上线后，用户反馈的所有有关软件系统的问题，包括：需求和缺陷 问题级别 按照问题需要处理的紧迫程度分为：非常重要、重要、一般。可以从用户的满意度和修改的影响范围两个方面来定义。非常重要：优先级高，要求能在一周之内予以解决或者给出解决办法。重要：优先级一般，要求能在两周之内予以解决。一般：优先低，要求能在一个月之内解决 需求分类 按照需求特性分为：待讨论需求、特殊需求及一般需求。待讨论需求：指该需求需要经过产品组人员进行讨论。特殊需求：指该需求的特殊性，一般是工作量较大或是原需求上改动较大的需求。新需求：目前产品功能无法满足的需求点，该需求具有一定的通用性，可以完善产品 问题确认 确认指问题流转各环节对问题的处理意见。确认结果可分为：支持：经过分析该需求有开发价值或确认修改该缺陷。不支持：经过分析该问题无开发价值或实现困难。取消：由于某种原因该问题撤销，不需要继续处理。 问题状态 指问题所处的处理状态。分为：待处理、处理中、验证中、确认通过、关闭等。 总则 该规范作为软件缺陷管理的参考规范，不作为强制性规范 软件项目生命过程中缺陷的管理分为两个阶段：未发布版本前研发阶段的缺陷管理；发版后项目维护过程中用户反馈问题的管理。 研发阶段的缺陷管理目标是测试过程中发现的缺陷的管理和跟踪，确保已发现缺陷都获得修复，同时通过缺陷反映产品质量状况； 维护阶段问题反馈处理是产品或者项目已经上线使用，在使用过程中用户或者技服人员反馈缺陷及问题的管理办法，因为问题的收集环境比较复杂，填写问题的人员比较多，收集的方式应该便捷（如邮件、浏览器等）填写和提交比较简单，同时有专人对反馈的问题进行一