web-dev-qa-db-ja.com

特定のエラーメッセージと一般的なエラーメッセージ

したがって、このサイトにはarray of error messagesがあります。何か問題が発生した場合は、ユーザーに表示する特定のエラーメッセージを選択します。他の誰かのリソースにアクセスできるようにURLで何かを変更するなど、誰かがいたずらなことを試みたときにのみエラーが発生する多くの例があります。これをバックエンドに閉じ込めているので、すべてが良好です。

私の質問は、そのようなシナリオが発生したときに、Sorry, you do not have permission to access that resourceなどの特定のエラーメッセージまたはAn unexpected error occurred.などの一般的なエラーを表示する必要があるかどうかです。

ユーザーとして何を好むと思いますか。

4
open_sourse

エラーメッセージの目的は、エラーメッセージに遭遇したユーザーを支援し、問題の原因となった動作を回避する方法を学ぶことです。プログラムが処理できない状況が発生したため、ユーザー(または他の誰か)がプログラムで処理できない状況を回避できるように、ユーザーに通知する必要があります。

エラー an unexpected error occurredは、この目標ではまったく役に立ちません。問題を回避するために何が変更されるかについてのヒントをユーザーに提供しません。

問題が発生したときにプログラムがユーザーの動機を特定することは、一般的には可能ではないと私は信じています。ユーザーがいたずらをしているときにのみこの状況が発生すると考えるかもしれませんが、予期しない事態の組み合わせが原因で同じ問題が発生し、you were naughtyメッセージ、ユーザーはかなり激怒している可能性があります。

プログラムは使いにくいので、すべてのエラーメッセージはすべての変更を使用して、処理できないものを明確に説明する必要があります。メッセージ you do not have access right to that resourceは明確で要領を得ています。ユーザーがURLを操作していたのかもしれません(これは犯罪ですか?)が、アクセス権が正しく設定されていない可能性があります。または、URLをお気に入りにしてから権限が変更された可能性があります。あるいは、プログラミングエラーが原因で、独自の方法でアクセスできない場合もあります。プログラムは将来的に変更されるため、ユーザーが遭遇する可能性のある状況を今日予測することはできません。これらのケースの多くでは、それが権利の問題であることをユーザーに知らせることmightが問題の解決につながり、すべての人が勝利します。

これらすべてのため、ルーチンが処理できない状況を明確かつ正確に説明し、それをユーザーに報告します。ユーザーは、長期的にはそれを感謝します。

これについては、ブログの投稿でかなり詳しく書いています。 http://agiletribe.wordpress.com/2013/08/24/error-message-should-be-clear-plain-and-direct/

3
AgilePro

私が最も重要だと考えるのは、無知なユーザーがシステムの異常ではあるが重要な欠陥に偶然遭遇した場合にどうなるかです。再現が難しい可能性のある一連のステップの後で、彼または彼女が不正確な結果を生成する場合、不可解なエラーメッセージを与えることによってデバッグプロセスをさらに複雑にしたくありません。

ユーザーに通知することでユーザーを助けます理由このような状況でシステムが失敗し、それでもユーザーが満足できない場合は、チームがより可能性が高くなるため、ユーザーが泣き叫んで来たときに幸福になります。 You don't have the permission to access this contentメッセージではなくSorry! An error occurredメッセージを追跡します。サイトが安全である限り、ハッカーではなく、通常のユーザーが経験するエクスペリエンスについて心配する必要があります。

2
Chase Sandmann

あなたの質問は私たちが個人的に好むものを共有するように誘いますので、私の好きなものは次のようなものです:

  • 友好的であり続けます。つまり、謝罪する必要はありませんが、同時に強く友好的です。 「何かがうまくいかないのではないかと心配している...」という意味ではなく、すみません、私たちは本当のダミーだから何か壊れました...すみません...」ではなく、「これらのことは、何ができるか見てみましょう。 "
  • (i)サイトに欠陥がある場合、(ii)ユーザーが誠意をもって間違いを犯した場合、および(iii)ユーザーがサイトをだまそうとした場合に完全に対応します。

後者の場合、適切に設計されたメッセージは、それらが発見されたことを明示的に述べませんが、次のことを意味します "好きなだけ何度でも試してみてください、いつでも同じ結果が得られます... "

騙しの試みと実際の間違いを区別する信頼できる方法がないと考えている場合を除き、権限が不足していることを伝えるメッセージを作成しない方がよいでしょう。したがって、汎用性を維持したい場合があります。

このページ http://www.creativebloq.com/web-design/best-404-pages-812505 には、刺激を与えることができる非常に優れた例がたくさん集められています。

1
Pierre