2010-02-12 62 views
1

我可以使用什麼技術來始終顯示用戶友好的錯誤消息?我想我正在尋找能夠產生用戶友好信息的編程,測試和管理技術。我可以使用什麼技術來始終顯示用戶友好的錯誤消息?

+3

上下文:操作系統,編程框架,應用程序類型(服務,獨立,Web應用程序?) – EFraim 2010-02-12 13:58:33

+0

我的意思是任何有「人類」作爲用戶的東西,但你提出了一個有趣的觀點。如果用戶是一臺機器,我想這應該是一個不同的API – Zubair 2010-02-12 18:07:24

+0

EFraim的觀點是,如果閱讀者是一個熟練的程序員,如果他是一個隨機用戶,那麼「友好」的含義就非常不同。同樣,系統管理員和DBA需要來自失敗消息的不同類型的信息。所有的寫作應該從對觀衆是誰的意識開始。 – dmckee 2010-02-14 05:18:06

回答

1

這只是其中的一部分,但我推薦使用TDD(測試驅動開發)。編寫暴露錯誤的測試,並確保程序以正確的方式響應。

換句話說,通過將錯誤消息作爲用戶故事的一部分來強調錯誤消息的重要性。

+0

我喜歡這回答最好,因爲它說錯誤消息是「用戶故事」的一部分。這樣它們就成爲需求的一部分,並且不會因時間限制而被推到一邊。 – Zubair 2010-02-12 18:09:26

3

不知道你的目標是什麼,但如果是用戶友好

  • 講使用者的語言。
  • 不要驚訝用戶。
  • 提供清晰的退出消息(如果它是一個對話框)。
2
  • 總是用人類的語言,沒有高科技說話(除非你的觀衆是技術頭腦)
  • 始終爲用戶提供要採取的動作,即使該動作是回去
  • 總是要明確獨立的錯誤來自GUI其餘部分的消息,例如,模式彈出窗口
  • 如果登錄錯誤,始終爲用戶提供一個參考號碼如果在一步一步的過程中發生錯誤總是保持先前的選擇報價,如果有一個直接的反饋機制
  • 如果錯誤是驗證之一,清楚地解釋爲什麼用戶輸入未通過驗證,旁邊的無效場(不是所有的在底部列出),並設置焦點在無效場顯示錯誤消息
2

除了這裏的答案,我總是發現保持你的錯誤信息「冷靜」是有幫助的。不要用大寫字母來嚇唬用戶「存在嚴重錯誤,程序必須關閉!」用戶,特別是如果他不懂技術的人,會認爲他做錯了什麼,並可能會被嚇倒。

保持消息平靜,解釋情況,併爲用戶提供採取措施糾正問題或聯繫可以的人。

相關問題