Bugzilla - Understanding a Bug

Bugzilla的主要特征或核心是显示ug细节的网页。 请注意,大多数领域的标签是超文本链接;点击这些标签将有利于这一特定领域的了解情况。 标注和标注的现场;在Bugzilla的每一个安装地点可能都没有。

它是该问题的一站式摘要,在紧接 b号之后的头脑中展示。 这与标书的标题相似,使用户对标书进行概述。

这些定义了ug的地位——它始于甚至被确认为ug之前,然后是固定的,由质量保证确认。 关于安装状况和解决办法的不同可能数值,应在对具体情况敏感的帮助中加以记录。 身份支持未经确认、确认、固定、参与进程、决心、重新启动等。

Apas-Apas是彩票的独一无二的短文名称,可加以使用,而不是标号。 它提供了独特的识别资料,帮助发现Bug ID的ug子不是手。 在寻找ug时,这是有益的。

“变数”领域通常包含产品释放版本的数量或名称。 该表用于说明受浏览报告影响的版本。

Hardware(Platform和OS) 这表明了经测试的环境或运行系统,发现这些泡沫。 它还详细介绍了诸如援助团、Hard Disk Size、加工商等硬件的细节。

。 优先领域被用于优先安排工作。 受让人、企业界人士或有权变更的利益攸关方的其他人可以更新。 最好不要将这个领域改变为其他人所不提的其他弊端。 违约数值为P1至P5。

烈度领域表明问题的严重性如何严重,从阻塞器(“不可使用”)到三维(“min宇宙论问题”)。 用户也可利用这个领域来表明试算是增强还是未来要求。 共同的支持性地位是:骨干、关键、主要、正常、次要和强化。

这是今后确定ug的日期。 例如,Bugzilla项目是未来Bugzilla版本的里程碑,为4.4、5.0、6.0等。 里程碑并不局限于数字,因为用户可以使用任何标明日期的案文。

Bug被指派给一人,负责根据商业要求确定遗嘱或检查遗嘱的可信性。

负责这一 b的质量保证人员。 如果需要,或一旦发现缺陷,可以联系报告方提供更多细节。

<URL - A URL associated with the bug, if any.

White板-A free-form text area for Add short notes, new observations or retesting comments and tags to a bug.

管理人可以确定关键词,这些关键词可用于标记和类别,例如坠毁或退步。

Personal Tags——关键词是全球性的,所有用户都可以看到,而个人标志是个人的,只能由作者浏览和编辑。 编辑这些标签不会向其他用户发送任何通知。 这些标签用于跟踪用户个人所关心的ug,使用自己的分类系统。

津贴(津贴和奖金) 如果无法固定保.,因为其他一些 b子已经开张(取决于),或者这种 b子停止了其他固定(锁锁),就在此记录其数目。

Dependency Tree Link

依赖树木链路的pck缩显示 b作为树木结构的依赖关系。 用户可以改变这种深度,从这个网页上显示和隐藏已解决的泡沫。 用户也可利用摘要之前出现的[-]/[+]纽扣吨,在树木观点上每块非定型泡沫中崩溃/扩大依赖。

时间与日期是这个系统有人gged的。

这是系统最后变化的日期和时间。

除举报人、签字人和QA联系人(如果允许的话)外,还有一份邮购人名单。

Ignore Bug Post——如果用户从来不希望从本信收到电子邮件通知,用户可以检查这个领域。

Flags——旗帜是一种地位,可在ug或附件上确定,以表明 b/att在某个国家。 每一装置都可以确定自己的一套可装在ug或 attachment上的旗帜。

这一表格可用于时间跟踪。 为了使用这一特征,用户必须成为 时跟踪组参数”规定的小组的成员。

Orig. Est - 这个领域显示了最初的估计时间。

<>Current Est>- 这个领域显示了目前的估计时间。 这一数字是根据工作时间和休假时间计算的。

这个领域显示,在特殊缺陷方面工作的时间数。

这个领域显示了当前研究——工作时间。 这一价值加工时将成为新的当前估计数。

这个领域表明完成这项任务的比例是多少。

这个领域显示,比原估计数提前数小时。

这个领域显示了这一ug的最后期限。

Attachments-一个用户可附上文档(证据、测试案例或拼凑)。 如果存在任何附件,则列入本节。

补充评论——如果用户/指定人有值得说的话,用户可在此增加讨论评论。

在下一章中,我们将学会如何ug。