MGDM-P-18-缺陷管理规范.docVIP

缺陷管理规范 咪咕动漫有限公司 PAGE 2/ NUMPAGES 10 缺陷管理规范 TIME \@ yyyy年M月 2019年4月 文件编号：MGDM-P-18 机密等级：内部公开 生效日期： 发行日期： 目 录 TOC \o 1-3 \h \z 1 引言 5 1.1 编写目的 5 1.2 适用范围 5 1.3 读者对象 5 2 流程图 6 3 规范描述 7 3.1 缺陷提交要求 7 3.2 系统中缺陷流转规则 7 3.3 缺陷歧义处理规则 9 3.4 缺陷处理时限 9 3.5 缺陷跟踪 9 3.6 缺陷等级说明 10 引言 编写目的 通过对缺陷处理流程及相关的处理规则的约束，保证缺陷能有效并及时的得到处理。 适用范围 本规范适用于次元事业部所有产品的缺陷。 读者对象 本规范对象主要为版本经理、产品经理、开发、测试和运维等所有需要了解的人员。 流程图 规范描述 缺陷提交要求 缺陷一经发现需第一时间录入缺陷管理工具，并指派给测试人员；如果是测试人员发现，则直接指派对应开发人员处理。优化建议则指派给产品经理。 缺陷提交标准： 1、缺陷的标题：标题应该保持简短、准确，提供缺陷的本质信息，并且便于读者搜索查询； 2、缺陷的基本信息： 测试的软件和硬件环境 测试的软件版本 缺陷的类型 缺陷的严重程度 缺陷的优先级 3、操作步骤：包含如何使别人能够很容易的复现该缺陷的完整步骤。为了达到这个要求，复现步骤的信息必须是完整的、准确的、简明的、可复现的； 4、实际结果描述：执行复现步骤后软件的现象和产生的行为，即系统实际运行结果； 5、期望的正确结果描述：系统按需求说明书应达到的运行结果； 6、注释文字和截取的缺陷图像：注释应该包括复现步骤中可能引起混乱的补充信息，是对操作步骤的进一步描述，这些补充信息是复现缺陷或隔离缺陷的更详细的内容。 系统中缺陷流转规则 非优化建议类 状态 责任人 流转规则 备注 激活 测试人员 缺陷确认后，点击“确认”，缺陷指派开发人员； 如果提供信息不全，则缺陷指派回缺陷提出人，并备注需提供哪些信息； 如果无法复现，则状态更新为“已解决”，解决方案置为“无法复现”。 相关责任人执行操作后，都需添加“备注”。 激活未确认 缺陷提出人 补充缺陷信息，再指派给测试人员确认。 激活已确认 开发人员 缺陷已解决，状态置为“已解决”，解决方案选择“已解决”,并“备注”缺陷的原因分析； 格式：[原因分析] [解决方案] 不是该模块问题，需指派给对应模板的责任人，并“备注”缺陷分析结果； 缺陷延期处理，状态置为“已解决”，解决方案选择“延期处理”，反馈预计解决版本，并“备注”缺陷原因分析，格式如下； 格式：[原因分析] [解决方案] 不是缺陷，状态置为“已解决”，选择对应的解决方案，“备注”原因分析结果，并指派给测试人员。 注：所有已解决的Bug都必须在“Bug类型”中选择对应的Bug产生的原因。 已解决延期处理 测试人员 验证缺陷已解决，解决方案选择“已解决”，指派缺陷提出人； 复现则状态重新“激活”，备注缺陷复现步骤。 已解决无法复现 测试人员\缺陷提出人 持续跟进，Bug复现则补充Bug信息并重新指派给开发人员； 2、持续跟进一周Bug未复现则“关闭”Bug。 已解决已解决、设计如此、重复BUG、外部原因、不予解决 缺陷提出人 验证缺陷，已解决则状态置为“已关闭”； 复现则状态重新“激活”，备注缺陷复现步骤； 不同意解决方案，则状态重新“激活”，并备注观点。 缺陷验证时限参见《缺陷的反馈时限》。 优化建议类 状态 责任人 流转规则 备注 激活 产品经理 确认后选择“提需求”，将建议加入版本排期； 确认排期后状态置为“已解决”，解决方案选择“延期处理”，反馈预计解决版本。 相关责任人执行操作后，都需添加“备注”。 已解决延期处理 产品经理 版本上线，验证后解决方案选择“已解决”。 已解决已解决 缺陷提出人 验证缺陷，已解决则状态置为“已关闭”； 不同意解决方案，则状态重新“激活”，并备注观点。 缺陷歧义处理规则 当缺陷在解决方案上无法达到一致时，测试人员按下面方式逐层发起决策： 三方决策：当缺陷提出人与开发人员无法达成一致时，由测试人员组织缺陷提出人、产品经理及开发人员进行讨论，共同决策缺陷的解决方案； 总监决策：如果三方决策无法达成一致时，由测试人员将缺陷提交给总监进行决策； 缺陷处理时限 根据缺陷等级的不同，缺陷在每个责任人的反馈时限以及解决时限如下： 缺陷等