Bugzilla - 了解错误


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

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

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

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

  • 产品和组件- 错误按产品和组件划分。一款产品可能包含一个或多个组件。它有助于对错误进行分类并有助于隔离它们。

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

  • 硬件(平台和操作系统) - 这些指示发现错误的测试环境或操作系统。它还给出了硬件的详细信息,如 RAM、硬盘大小、处理器等。

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

  • 严重性字段- 严重性字段指示问题的严重程度 - 从阻止(“应用程序不可用”)到微不足道(“轻微外观问题”)。用户还可以使用此字段来指示错误是增强功能还是未来请求。常见的支持严重性状态有:阻止、严重、主要、正常、次要、琐碎和增强。

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

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

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

  • URL - 与错误相关的 URL(如果有)。

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

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

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

  • 依赖关系(取决于和块) - 如果某个错误由于其他一些错误被打开(取决于)而无法修复,或者该错误阻止其他错误被修复(块),则它们的编号将记录在这里。

依赖树链接

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

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

  • 已修改- 这是系统中上次更改错误的日期和时间。

  • CC 列表- 除了报告者、受让人和 QA 联系人(如果启用)之外,错误更改时收到邮件的人员列表。

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

  • 另请参阅- Bug,在此 Bugzilla、其他 Bugzilla 或其他与此相关的 Bug 跟踪器中。

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

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

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

  • 目前预计。− 该字段显示当前预计时间。该数字根据工作时间和剩余时间计算得出。

  • 工作小时数- 此字段显示针对特定缺陷的工作小时数。

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

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

  • 增益- 此字段显示错误提前于原始估计的小时数。

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

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

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

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