一度に1つのエラーメッセージしか表示されない場合、どの原則に違反していますか？
アプリケーションでは、一度にすべてのエラーをリストするのではなく、一度に1つのエラーメッセージのみを表示しています。ユーザーは[OK]ボタンをクリックし、1つの項目を修正してから繰り返します。
私たちのアプリケーションでは、Webアプリケーションのようにすべてのフィールドを強調表示することはできません。そのため、少なくともメッセージボックスなどで発生した間違いの完全なリストを期待しています。
問題を認識して報告しますが、問題に正しい名前を付けたいです。この問題を考慮したUI設計原則がある場合、その名前は何ですか？
2つのヒューリスティックが思い浮かびます。
Jakob Nielsenの10のユーザビリティヒューリスティックからのこのルール https://www.nngroup.com/articles/ten-usability-heuristics/
「システムステータスの可視性-システムは、適切な時間内の適切なフィードバックを通じて、常にユーザーに何が起こっているかを通知する必要があります。」
エラーの完全なセットがない場合、ユーザーは残っているエラーの数を推測する必要があります。ほとんどの場合、ユーザーが無効なデータを入力したときのできるだけ近くにエラーメッセージを表示すると、ユーザーがすばやく修正できるようになります。
また、ユーザーは自分の目標を効率的に達成できるはずです。フォームを編集するときの主な目的は、入力した情報を保存することです。次のエラーメッセージを表示するために毎回[保存]をクリックする必要がある場合、これは保存を非常に非効率にします。 Luke Wroblewski http://www.lukew.com/ には、フォームデザインのベストプラクティスに関するすばらしい本とプレゼンテーションがあります。
十分な情報の原則に違反する可能性があります。
多くのソフトウェアはまだ特によく書かれておらず、簡単に混乱します。したがって、最初の1つを除いてすべてが最初の1のアーティファクトであり、したがって偽である、12以上の「エラー」を放出する可能性があります。しかし、経験豊富な人にとっては、これらの「エラー」を見ることはデバッグに役立ちます。
一方、これらが単純なエンドユーザーに表示されるエラーである場合、一度に1つだけを表示する正当な理由がある可能性があります。最初の1つだけが本物であり、それが修正された場合、それらは真のエラーではないため、表示されるべきではありません（ただし、ソフトウェアが混乱するのを防ぐのに優れているという意味を除きます）。
さらに調査を行ったところ、次のことがわかりました（ @ Jeremy Franck によって与えられた 答え の繰り返しの項目ではありません）。
最小の驚きの原則 [Wikipedia]
ユーザーはエラーメッセージを受け取り、間違いを修正します。再度送信した後、以前に言及されたことのないまったく関係のない何かについて、彼は再びエラーメッセージを受け取ります。
私見ユーザーは驚かれるので、原則に違反します。
明快さの原則 [Bokardo]
これはUXの原則ではなく、コミュニケーションの原則かもしれません。とにかく、エラーメッセージはコミュニケーションの一種です。元の著者は見つかりませんでしたが、Webで何度か言及されています（例 here ）。 Bokardoのウェブサイトでそれは言う：
彼らがそれを使用したときに何が起こるかを予測し、それを正常に操作する
インビジョンのウェブサイトでそれは言及されています：
それを行うとどうなりますか
これは、いくつかのエラーメッセージには当てはまりません。リストされた間違いを修正した後、データは受け入れられると予測しますが、そうではありません。