对于错误报告有几种指导原则,通常基于在用户做错事情时向用户提供有用信息,但为了提供这种信息,您需要处理错误并知道可能发生错误。还有大量关于设计404错误页面的文章。但是,如果软件故障引发的新的未处理错误,你该怎么办?如何很好地告知用户发生了未知错误?
是否有一些关于如何在网站中很好地报告完全意想不到的错误的指导方针作为意外错误500?
在这种情况下应该显示哪个标题消息?类似“对不起,发生了意外错误”就够了?
应该提供哪些信息?
是否应该有机制帮助向开发者报告失败?哪个?
对于错误报告有几种指导原则,通常基于在用户做错事情时向用户提供有用信息,但为了提供这种信息,您需要处理错误并知道可能发生错误。还有大量关于设计404错误页面的文章。但是,如果软件故障引发的新的未处理错误,你该怎么办?如何很好地告知用户发生了未知错误?
是否有一些关于如何在网站中很好地报告完全意想不到的错误的指导方针作为意外错误500?
在这种情况下应该显示哪个标题消息?类似“对不起,发生了意外错误”就够了?
应该提供哪些信息?
是否应该有机制帮助向开发者报告失败?哪个?
发生错误时首先要记住的是:不要吓倒或混淆您的用户。
现在你已经告诉你的用户发生了什么坏事,现在是时候通知开发者它。有很多解决方案的各地,包括:
在这种情况下应该显示哪个标题消息?像“对不起,一个意外的错误已经发生”就足够了?
该文本应该像“发生错误,这是你的错!”
应该提供哪些信息?
什么信息可以给你一个未知错误?
是否应该有机制帮助向开发者报告失败?哪个?
不!绝不报告错误也不做记录!我可以导致修复错误的能力!
X-d
似乎有些人没有讽刺意义.. – codymanix 2010-05-28 16:14:10
“对不起,一个意想不到的错误内容时发生”之后如何恢复它可能提示(刷新页面/清除Cookies /重启浏览器等)。一个链接到你的bug库会对你有所帮助,但受挫的用户不需要遵循它。
如果您计划自动报告故障返回到您的服务器,确保用户都知道它,他们同意了。
我同意答案的第一部分,但并不总是与第二部分。真的取决于应用程序的类型及其运行位置。在我看来,一个网站(就像OP所指的那样)绝不应该要求用户许可向他们报告错误。企业内部使用的公司应用程序也不应该由公在我看来,唯一的例外是在个人计算机上运行的商业,零售或免费软件。 – 2010-05-28 11:32:40
展“ruh- ROH!” – 2010-05-28 09:27:20