📜  Bugzilla-了解错误

📅  最后修改于: 2020-12-07 04:33:57             🧑  作者: Mango


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

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

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

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

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

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

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

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

  • 严重性字段-严重性字段指示问题的严重程度-从阻止程序(“应用程序无法使用”)到小问题(“较小的外观问题”)。用户还可以使用此字段来指示错误是增强功能还是将来的请求。常见的支持严重性状态为–阻止,严重,严重,正常,轻微,严重和增强。

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

  • 分配给-错误已分配给负责修复错误或可以根据业务需求检查错误信誉的人员。

  • 质量检查联系人-负责对此错误进行质量保证的人员。如果需要,可能是错误的报告者,如果需要,可以提供更多详细信息;或者,可以在修复了缺陷后与它联系以重新测试缺陷。

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

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

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

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

  • 依赖关系(取决于和阻止) -如果由于打开了一些其他错误(取决于)而无法修复某个错误,或者此错误停止了其他要修复的错误(阻止),则此处记录其编号。

依赖树链接

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

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

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

  • 抄送列表-除报告者,受让人和质量检查联系人(如果启用)之外,漏洞更改时会收到邮件的人员列表。

  • 忽略错误邮件-用户如果不想从该错误中获取电子邮件通知,可以检查此字段。

  • 另请参阅-此Bugzilla中的错误,与该错误相关的其他Bugzilla或其他错误跟踪器。

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

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

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

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

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

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

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

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

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

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

  • 其他注释-如果用户/测试人员有话要说,则用户可以在此处的错误讨论中添加注释。

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