如何以智能方式报告错误[已关闭]

• 关于如何重新创建错误的分步说明
• 列出将错误隔离到您正在编写错误所针对的软件以外的其他软件的尝试
• 让自己能够回答问题,并帮助排除故障/重新创建错误

底线是,当遇到bug时,您必须进行一定程度的批判性思考。一旦你用尽了所有可能是你的错的可能性,写一个bug。如果你发现是你的错误,但是你正在使用/测试的软件可以做一些更有用的事情来指出它是你的错误,仍然要写一个bug。

此外,要成为一名真正伟大的bug报告者,您必须帮助那些测试bug的人重新创建bug。很可能你刚刚“掌握了重新创建bug的诀窍”,可能有些步骤你没有意识到。你不能只是抱怨,然后走开,参与这个过程,并通过测试、重新创建和故障排除来帮助团队。

然后 你对这些事实的解释。

有时候,最好的bug报告包括一些直觉上理解问题的东西。仅事实错误报告低估了这一宝贵的人力资源。

• 用于重新创建错误的过程,包括正在执行的操作、正在使用应用程序的哪个区域以及当时发生的事件。
• 可复制性声明(可靠,不可靠)-帮助开发人员知道复制应该有多困难,这样他们就不会很快放弃
• 缺陷的关键性/优先级(是否可以避免、避免步骤、是否具有灾难性、是否有业务影响、业务风险等)
• 环境-在哪个环境中发现错误。远程的、本地的等。

很多时候,我们的QA人员认为他们可以在没有任何备份文档的情况下发出通知单说:“这是我的例外情况。”。在没有更多信息的情况下,复制几乎是不可能的,更不用说修复问题了。

不要假设你的bug报告的读者和你一样了解软件 . 即使是编写软件的人也可能不知道你在说什么,如果他们编写软件后的时间足够长的话。写得这样 任何人

推荐这篇文章: How to Report Bugs Effectively

编写复制错误的步骤。如果你不能复制它,它就不会被修复。

• 始终报告被测软件的版本号
• 始终报告任何其他软件(浏览器、操作系统等)的版本
• 始终列出所有硬件
• 复制步骤
• 虫子症状
• 屏幕截图、跟踪、日志、其他附件(如有)
• 报告是否可复制