**标题(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 报告后,可以在团队负责人审核前更改此信息。如果选择了错误的设备或浏览器,您的报告将被拒绝。