标题、URL、步骤、实际结果、预期结果、附件和使用环境都是我们缺陷报告功能的组成部分。在本文中，您将找到缺陷报告表单各部分中最常见的错误，并学会如何避免它们。那么，让我们开始吧！
标题
标题太简单，没有明确描述缺陷。
没有包含部分：是什么？在哪里？什么时候？
标题对读者来说太令人困惑。
当您编写缺陷标题时，需要确保以一种方式编写，以便读者可以立即理解缺陷是什么，而无需打开它。您的标题应该回答以下问题：缺陷是什么？发生在哪里？什么时候发生？
示例:
不好：成为测试人员按钮无法工作。
正确：在导航中单击“成为测试人员”按钮后没有反应。
不好：数据隐私链接打开了一个404页面。
正确：当用户在页脚中单击“数据隐私”链接时，将打开一个404错误页面。
所以，在您的标题中，始终包括元素：是什么？在哪里？什么时候？
URL
在测试网站时添加了错误的URL。
在URL字段中添加URL时，请确保您添加的是发生缺陷的地方的URL。因此，请始终访问发生缺陷的页面，复制URL并粘贴到URL字段中。
步骤
第一步没有包含网站测试的URL。
缺少步骤。
步骤包含“观察”。
未提供用于测试的信息，如电子邮件地址、密码、日期等。
步骤中最常见的错误是，第一步不包含正在测试的网站的网站URL。当测试网站时，请始终在第一步中添加URL。此外，其他常见错误包括缺少某些步骤或提到了一些不相关的步骤，例如“观察”。
请注意，步骤只包括在发生缺陷之前执行的操作，最后一步应包含触发缺陷的操作。让我们现在看一个示例：
不好:
用户点击了Crowdtesting
滚动 - 单击关于我们
在顶部单击成为测试人员
观察
正确:
在导航中单击Crowdtesting
滚动到页脚并单击“公司”下的“关于我们”链接
在导航中单击成为测试人员按钮
所以，正如您可以看到的那样，在您的步骤中始终需要精确和详细地描述，并且只描述在发生缺陷之前执行的操作。此外，您可以使用Markdown使您的步骤更加简单明了。
实际结果
实际结果未正确描述缺陷。
实际结果对缺陷包含的信息太少。
实际结果包含了应该出现而不是缺陷的信息。
当编写实际结果时，您必须详细描述缺陷。您需要准确地写出缺陷是什么以及何时发生。此外，您必须包括所有其他相关信息，如错误消息等。
示例:
不好：成为测试人员按钮不显示已实现的功能。
正确：打开Test IO网站并单击导航中的“成为测试人员”按钮后，不会出现任何反应。用户将停留在同一页，不会发生重定向。
请始终在您的结果描述中提供尽可能多的详细信息。这将极大地帮助客户，并增加您的缺陷报告被接受的机会。
预期
描述不够详细。
描述与实际结果恰恰相反。
描述与缺陷报告标题相同。
在“预期结果”中，您应该准确描述缺陷未发生的期望，并在此需要详细说明。此外，请记住您的“预期结果”不应该与实际结果相反。
示例:
不好：成为测试人员按钮将重定向到新页面。
正确：用户单击导航中的“成为测试人员”按钮时，应该打开一个包含有关如何在Test IO平台上成为测试人员的新页面。
因此，正如我们上面所说的，请始终在您的“预期结果”中详细和准确地描述您的期望是什么。
附件
关于附件中的常见错误，请查看我们的“附件中的常见错误”学院文章。
使用环境
在缺陷报告中选择了错误的设备/浏览器。
请始终选择相应的设备和浏览器，以便与您的屏幕录制/截图相匹配。在提交缺陷报告后，您可以在团队领导审查报告之前更改此信息。如果选择了错误的设备或浏览器，则您的报告将被拒绝。