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