错误消息中的常规用户信息量是多少？

Question

我想知道如何处理我的Web应用程序中的最终用户可见错误消息。

• 您提供了多少信息 错误消息？

• 您是否重定向所有错误， 无论何种类型，都会出现常见错误 页面，或者你有一小组页面（404,403，所有其他页面）？

• 您是否提供了用户的错误代码？ 只能引用/给你 你明白了吗？

• 您是否提供任何技术细节？

正如我所说，我的用户是非技术性的常规Joe人。

Answer 1

向用户显示一个不错的错误，为自己记录详细错误。

Answer 2

我尝试执行以下操作：

1. 确保您永远不会冒错误消息中出现密码或连接字符串的风险。
2. 确保将错误记录到可持久介质中。我更喜欢数据库，以便我可以按时间范围和其他参数进行查询。我没有记录404s。
3. 如果应用程序是一个不需要漂亮的内部应用程序，则可以在页面上显示错误信息。即使您正在记录这些内容，也可以让您的用户通过电子邮件向您发送屏幕截图或复制/粘贴。
4. 如果3看起来很令人反感，请将一些错误信息写成HTML评论。然后，您至少可以通过查看来源查看信息。

Answer 3

总的来说，我尝试向用户提供所需的尽可能多的信息，以帮助他们自己解决问题。例如，在404的情况下，您可能想让他们知道要仔细检查他们正在寻找的URL是否正确。

他们显然不需要堆栈跟踪等，但是您可以在某处记录详细程度以进行诊断和调试。

Answer 4

对于致命错误，请保持简短，以便他们可以通过电话或电子邮件重复这些错误：无法连接到数据库等。

对于非致命错误，请完整描述条件：错误，无法在没有发票日期的情况下保存发票。

我也总是记录所有内容，函数的参数以及可能有用的任何内部值。

Answer 5

我尝试向用户展示足够的信息，他们知道这是他们需要告诉别人的问题，但是尽量避免向他们展示它们会让他们害怕！

如果可能，错误消息应该告诉他们什么是失败的，例如他们的保存失败，或者保存得很好，但之后屏幕刷新有问题。额外的错误信息（例如堆栈跟踪）应记录在您可以访问的地方，而无需用户将其发送给您。

Answer 6

在为最终用户显示错误时，我发现显示错误代码是一个好习惯（所以我和管理员知道它是什么错误）和典型的“操作出错了，请联系管理员”< / p>

为可能导致用户操作的常见错误提供更多信息可能会更好。但通常太多的信息可能会吓到或混淆用户。

Answer 7

您的网络应用程序的错误消息应始终（at 至少）回答这3个问题（按此顺序）：

1. 发生了什么事？

2. 为什么会这样？

3. 可以做些什么呢？

我使用它多年，最初来自Apple的 “人机界面指南：Apple桌面界面”。 Newer version。 Microsoft已similar guidelines。

这也使得轻松来编写它们 - 这种结构化 方法可以更快地编写它们 回答问题。

错误消息也应该是特定的。任何信息 Web应用程序知道并且用户可以知道 需要解决的问题应该是在错误信息中。 （臭名昭着）错误消息“发生错误。”很简单 不能接受。

可选：用户可能没有的更多技术信息 理解可以放在最后。但它应该被标记 就这样。

Answer 8

没有，只显示一个参考号，以便用户可以给你，你可以从应用程序日志中查看详细信息（显然你需要保留一份错误日志）。