跳转到主要内容

常见的缺陷报告错误

了解缺陷报告中最常见的错误。

Nikola Jonic avatar
作者:Nikola Jonic
一周前更新

**标题(Title)、网址(URL)、步骤(Steps)、实际结果(Actual result)、预期结果(Expected result)、附件(Attachments)和使用环境(Used environment)**是我们 Bug 报告功能的组成部分。在本文中,您将了解 Bug 报告表单各部分的常见错误,以及如何避免它们。让我们开始吧!


标题(Title)

标题过于简单,不能准确描述 Bug。

它没有包含以下部分:什么?哪里?何时?

标题对读者来说过于模糊。

在编写 Bug 标题时,您需要确保读者无需打开 Bug 就能立即理解问题。您的标题应回答以下问题:Bug 是什么?发生在哪里?何时发生?

示例:

  • 错误:Become a Tester 按钮无法使用。

  • 正确:用户点击导航栏中的“Become A Tester”按钮后没有反应。

  • 错误:Data Privacy 链接打开了 404 页面。

  • 正确:当用户点击页脚的“Data Privacy”链接时,将打开 Error 404 页面。

因此,在标题中,请始终包含以下元素:什么?哪里?何时?


网址(URL)

测试网站时添加了错误的 URL。

在 URL 字段中添加网址时,请确保添加的是 Bug 发生的页面的 URL。因此,请务必访问 Bug 发生的页面,复制 网址 并粘贴到 URL 字段中。

需要输入 URL 的地方:

  • Bug 报告中的 URL 字段

  • 步骤(Steps)中的第一步:请在测试网站时添加网址


步骤(Steps)

第一步没有包含网站测试的 URL。

步骤缺失。

步骤包含“观察(Observe)”。

测试所用的信息未提供,例如电子邮件、密码、日期等。

步骤中最常见的错误是第一步未包含测试网站的网址。请务必在测试网站的第一步中添加 网址。其他常见错误包括缺失某些步骤或包含无关步骤,例如“观察”。

请注意,步骤仅描述直到 Bug 发生为止的操作,最后一步应包含触发 Bug 的操作。下面是示例:

错误示例:

  • 用户点击 Crowdtesting

  • 向下滚动 - 点击关于我们

  • 点击顶部的 Become a Tester

  • 观察

正确示例:

  • 点击导航栏中的 Crowdtesting

  • 滚动到页脚并点击“公司”下的 About Us 链接

  • 点击导航栏中的 Become a Tester 按钮

如您所见,您需要在步骤中始终保持精确和详细,只描述触发 Bug 前的操作。同时,可以使用 Markdown 让步骤更清晰。


实际结果(Actual result)

实际结果没有正确描述 Bug。

实际结果提供的信息过少。

实际结果包含应有的行为,而非 Bug 本身。

在编写实际结果时,必须详细描述 Bug。需要准确说明 Bug 是什么以及何时发生。同时,还必须包含所有相关信息,例如错误消息等。

示例:

  • 错误:Become a Tester 按钮未显示已实现的功能。

  • 正确:打开 Test IO 网站并点击导航栏中的“Become a Tester”按钮后,没有任何反应。用户将停留在当前页面,不会发生重定向。

请始终详细描述实际结果,并提供尽可能多的相关信息。这将大大帮助客户,并增加 Bug 报告被接受的可能性。


预期结果(Expected result)

描述不够详细。

描述只是实际结果的反面。

在预期结果中,您应准确写出预期,即 Bug 不应发生,并且必须详细说明。同时,请记住,预期结果不应只是实际结果的相反。

示例:

  • 错误:Become a Tester 按钮会跳转到新页面。

  • 正确:当用户点击导航栏中的“Become a Tester”按钮时,应打开包含如何成为 Test IO 平台测试人员信息的新页面。

如上所述,请始终详细、准确地描述预期结果。明确写出您的预期。


附件(Attachments)

有关附件中的常见错误,请参阅我们的《Attachments 常见错误》文章。


使用环境(Used environment)

  • Bug 报告中选择了错误的设备/浏览器。

请始终选择对应的设备和浏览器,以便与您的屏幕录制/截图匹配。提交 Bug 报告后,可以在团队负责人审核前更改此信息。如果选择了错误的设备或浏览器,您的报告将被拒绝。

这是否解答了您的问题?