Bugzilla – 理解错误

Bugzilla 的主要功能或核心是显示错误详细信息的页面。请注意，大多数字段的标签都是超链接；单击它们将获得该特定字段的上下文相关帮助。标记为 &ast 的字段可能不会出现在每次安装 Bugzilla 时。

• 摘要– 这是问题的一句话摘要，显示在错误编号旁边的标题中。它类似于向用户提供错误概述的错误标题。

• 状态（和解决方案） – 这些定义了错误的状态 – 它甚至在被确认为错误之前就开始了，然后被修复并且修复被质量保证确认。安装时状态和分辨率的不同可能值应记录在这些项目的上下文相关帮助中。状态支持未确认、已确认、已修复、处理中、已解决、已拒绝等。

• 别名– 别名是错误的唯一短文本名称，可用于代替错误编号。它提供了唯一标识符并帮助在 Bug ID 不方便的情况下找到 Bug。它在搜索错误时很有用。

• 产品和组件– 错误按产品和组件划分。一个产品中可能有一个或多个组件。它有助于对错误进行分类，也有助于对它们进行隔离。

• 版本– “版本”字段通常包含产品已发布版本的编号或名称。它用于指示受错误报告影响的版本。

• 硬件（平台和操作系统） – 这些指示发现错误的测试环境或操作系统。它还提供了硬件的详细信息，如 RAM、硬盘大小、处理器等。

• 重要性（优先级和严重性） – 优先级字段用于确定错误的优先级。它可以由受让人、业务人员或其他有权更改的利益相关者进行更新。最好不要在其他人未提出的错误上更改此字段。默认值为 P1 到 P5。

• 严重性字段– 严重性字段表示问题的严重程度——从阻止程序（“应用程序不可用”）到微不足道（“轻微的外观问题”）。用户还可以使用此字段来指示错误是增强功能还是未来请求。常见的支持严重性状态是 – Blocker、Critical、Major、Normal、Minor、Trivial 和 Enhancement。

• 目标里程碑– 这是修复错误的未来日期。示例 – Bugzilla 项目的未来 Bugzilla 版本的里程碑是 4.4、5.0、6.0 等。尽管用户可以使用任何文本字符串，例如日期，但里程碑不限于数字。

• 分配给– 错误被分配给负责修复错误或可以根据业务需求检查错误可信度的人。

• QA Contact – 负责此错误质量保证的人员。如果需要，可能是错误的报告者提供更多详细信息，或者在修复后可以联系以重新测试缺陷。

• URL – 与错误关联的 URL（如果有）。

• 白板– 一个自由格式的文本区域，用于向错误添加简短注释、新观察或重新测试评论和标签。

• 关键字– 管理员可以定义可用于标记和分类错误的关键字 – 例如崩溃或回归。

• 个人标签– 关键字是全局的，所有用户都可以看到，而个人标签是个人的，只能由其作者查看和编辑。编辑这些标签不会向其他用户发送任何通知。这些标签用于跟踪用户个人关心的错误，使用他们自己的分类系统。

• 依赖关系（取决于和块） – 如果由于打开了一些其他错误（取决于）而无法修复错误，或者此错误阻止其他错误进行修复（块），则在此处记录它们的数量。

依赖树链接

单击 Dependency tree 链接将 bug 的依赖关系显示为树结构。用户可以在此页面更改显示和隐藏已解决错误的深度。用户还可以使用出现在摘要之前的 [-] / [+] 按钮折叠/展开树视图上每个非终端错误的依赖关系。

• 报告– 这是系统中人员记录错误的时间和日期。

• 修改– 这是系统中最后一次更改错误的日期和时间。

• CC List – 除了报告者、受让人和 QA 联系人（如果启用）之外，在错误更改时收到邮件的人员列表。

• 忽略错误邮件– 如果用户不想收到来自此错误的电子邮件通知，则可以选中此字段。

• 另请参阅– 错误，在此 Bugzilla、其他 Bugzilla 或其他与此相关的错误跟踪器。

• 标志– 标志是一种状态，可以在错误或附件上设置，以指示错误/附件处于某种状态。每个安装都可以定义自己的一组标志，这些标志可以设置在错误或附件上。

• 时间跟踪– 此表格可用于时间跟踪。要使用此功能，用户必须是timetrackinggroup参数指定的组的成员。

• 原版。美东时间。− 此字段显示原始估计时间。

• 当前估计 − 此字段显示当前估计时间。该数字是根据工作小时数和剩余小时数计算得出的。

• 工作时间– 此字段显示处理特定缺陷的小时数。

• 剩余小时数– 此字段显示当前估算值。– 工作时间。此值 + 工作时间将成为新的当前估计值。

• %Complete – 此字段显示任务完成的百分比。

• Gain – 此字段显示错误比原始估计提前的小时数。

• 截止日期– 此字段显示此错误的截止日期。

• 附件– 用户可以将文件（证据、测试用例或补丁）附加到错误。如果有任何附件，它们会列在本节中。

• 附加评论– 如果用户/测试人员有什么值得说的话，用户可以在此处向错误讨论添加评论。

在下一章中，我们将学习如何编辑错误。