對於錯誤報告有幾種指導原則,通常基於在用戶做錯事情時向用戶提供有用信息,但爲了提供這種信息,您需要處理錯誤並知道可能發生錯誤。還有大量關於設計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