缺陷分类会议

什么是缺陷分类？

缺陷分类是软件测试中的一个过程，它根据严重程度或风险等优先级来定义需要解决的缺陷的顺序。它也称为 Bug Triage（缺陷分类）。它基于软件中缺陷的严重程度和优先级。

严重程度（Severity）是指缺陷对软件或被测试应用程序部分的影响程度或影响量。优先级（Priority）指示应修复或解决已检测到的缺陷的正确顺序。

所以，本质上，当可用的资源非常有限时，缺陷分类可以帮助软件测试团队修复软件中的 Bug。

“Triage” 是一个法语词，意为“分类”。因此，缺陷分类为软件测试中的每个 Bug 确定风险程度。如果 Bug 的数量远多于测试人员的数量，那么此过程会根据风险程度自动尝试尽可能多地修复 Bug。

软件测试中的缺陷分类会议

缺陷分类会议是一个讨论会议，测试人员在该会议上根据软件测试中的严重程度和优先级来决定每个 Bug 的风险程度。本次会议的主要目标是提供解决方案，并尝试解决和修复在软件测试过程中遇到的每个 Bug。可能还会有其他类型的问答讨论，例如：

• 我们遇到的 Bug 是否有效？
• 这个缺陷或 Bug 是否值得修复？
• 我们应该何时修复这个 Bug？
• 缺陷是否可重现或不可重现？

在缺陷分类会议中，除了讨论之外，测试人员还会根据 Bug 的特性将它们分成不同的类别进行修复。以下是这些类别：

1. 立即修复的缺陷

应立即解决的 Bug 属于此类。这些 Bug 对软件或应用程序造成巨大损害，因此应尽快解决。有很多资源可以立即修复这些 Bug。

2. 稍后修复的缺陷

可以稍后解决的缺陷属于此类。这些 Bug 对软件造成的损害非常小，而且危害不大，因此可以稍后解决。

3. 永不修复的缺陷

所有对软件无害且不需要解决的缺陷都归为此类。

有时，这些 Bug 对软件也是必需的。

缺陷分类会议的频率取决于软件的重要性以及项目的情况。以下因素决定了缺陷分类会议的频率：

• 系统中 Bug 的总数
• 项目的当前健康状况
• 项目进度
• 团队成员的进度和可用性

在修复系统中的 Bug 时，应考虑以下几点：

• Bug 是否与当前和正确的项目相关？
• 测试人员发送的关于缺陷的信息是否足够开发人员理解，以便他们能够毫无问题地进行处理？
• 找到的 Bug 应归入正确的类别。
• 每个缺陷或 Bug 的严重程度和优先级都已正确分配，因为只有在严重程度和优先级分配正确时，缺陷分类才能正常工作。

注意：我们可以有新的类别来划分 Bug，如下所示：

有效新缺陷

如果缺陷有效且是新的，并且需要修复，则属于此类。

有效已知缺陷

之前也发现过的缺陷或 Bug 属于此类。

有效不修复

如果 Bug 有效但不需要修复，因为它对系统没有影响。

有效改进

如果 Bug 有效，并被视为功能上的改进，则归为此类。

不可重现

在测试过程中未报告的 Bug 属于此类。

无效 WAD（按设计工作）

这不是一个 Bug，该功能正按设计和预期工作。

功能变更

如果由于系统某些功能的变化而产生任何 Bug，则归为此类。

环境问题

如果缺陷是由于测试所处的环境而发生的。