Bug生命周期及其管理.pdf

"Bug 生命周期及其管理" 本文将详细介绍 Bug 生命周期及其管理的相关知识点。 Bug 生命周期 Bug 生命周期是指缺陷通过一个跟踪修复过程的进展情况。它包括 New、Open、Reopen、Fi*ed、Closed 及 Rejected 等多个状态。 * New：测试人员新问题提交所标志的状态。 * Open：为任务分配人（开发组长/经理）对该问题准备进展修改并对该问题分配修改人员所标志的状态。 * Reopen：为测试人员对修改问题进展验证后没有通过所标志的状态；或者已经修改正确的问题，又重新出现错误。 * Fi*ed：为开发人员修改问题后所标志的状态，修改后还未测试。 * Closed：为测试人员对修改问题进展验证后通过所标志的状态。 * Rejected：开发人员认为不是 Bug、描述不清、重复、不能复现、不采纳所提意见建议、或虽然是个错误但还没到非改不可的地步故可忽略不计、或者测试人员提错，从而拒绝的问题。 Bug 严重级别 Bug 严重级别（Severity）是指因缺陷引起的故障对软件产品的影响程度。它是由测试人员指定的。Bug 严重级别包括： * A-Crash：错误导致了死机、产品失败、“崩溃”等。 * B-Major：错误导致了一个特性不能运行但可有一个替代方案。 * C-Minor：错误导致了一个特性不能运行但可有一个替代方案。 * D-Trivial：错误是外表化或微小的，提示信息不太准确友好、错别字、UI 布局或罕见故障等，对功能几乎没有影响，产品及属性仍可使用。 * E-Nice to Have：建立性的意见或建议。 Bug 优先级 Bug 优先级（Priority）是指缺陷必须被修复的紧急程度。它是由 Bug 分配者（开发组长/经理）指定的。Bug 优先级包括： * 5-Urgent：阻止相关开发人员的进一步开发活动，立即进展修复工作。 * 4-Very High：阻止与此密切相关功能的进一步测试必须修改，发版前必须修正。 * 3-High：必须修改，但不一定马上修改，但需确定在特定里程碑完毕前须修正。 * 2-Medium：如果时间允许应该修改允许不修改。 * 1-Low：功能模块（Subject）。 Bug 管理 Bug 管理是指对 Bug 库的分析和处理。它包括： * 定期对 Bug 库分析，找出常出错的模块，进展代码审查。 * 给定优先级，严重程度 B-Major 类或紧急程度 3-High 类以上〔包含〕bug5 个或 5 个以上，停顿新功能的开发。 * 需求人员解释需求，给出处理意见，将 Bug 库中的建议整理成需求文档。 * 评审确定后列入开发方案测试人员不参与问题的优先级的定位，只用 Bug 级别反映 Bug 的严重程度。 * 验证 Bug 是否已被解决测试组长/经理审核测试人员提交的 Bug。 * 定期对 Bug 库进展分析，描绘出曲线图等，报告现状、预测趋势。在测试总结报告中给出意见产品人员可以对优先级和处理意见等进展审核，如果有意见，和工程组商量定夺。 本文详细介绍了 Bug 生命周期及其管理的相关知识点，包括 Bug 生命周期、Bug 严重级别、Bug 优先级和 Bug 管理等。这些知识点对于软件开发和测试过程中的 Bug 管理非常重要。