messages d'erreur spécifiques et génériques
Donc, dans ce site, nous avons un array of error messages. En cas de problème, nous choisissons le message d'erreur spécifique pour le montrer à l'utilisateur. Il existe de nombreux cas où l'erreur ne devrait se produire que lorsque quelqu'un essaie quelque chose de méchant, comme changer quelque chose dans l'URL dans l'espoir qu'il puisse accéder aux ressources de quelqu'un d'autre. Nous piégons cela dans le backend donc tout va bien.
Ma question est, lorsqu'un scénario comme celui-ci se produit, devrions-nous afficher un message d'erreur spécifique comme Sorry, you do not have permission to access that resource ou une erreur générique comme An unexpected error occurred.
Que pensez-vous que vous préféreriez en tant qu'utilisateur.
Le but d'un message d'erreur est d'aider l'utilisateur qui l'a rencontré à apprendre comment éviter le comportement à l'origine du problème. Le programme a rencontré une situation qu'il ne peut pas gérer et doit en informer l'utilisateur, afin que l'utilisateur (ou quelqu'un d'autre) puisse prendre des dispositions pour éviter la situation que le programme ne peut pas gérer.
L'erreur an unexpected error occurred est totalement inutile dans ce but. Il ne donne à l'utilisateur aucune indication sur ce qui pourrait être modifié afin d'éviter le problème.
Je ne pense pas qu'il soit possible en général pour le programme de déterminer le motif de l'utilisateur lorsque le problème a été rencontré. Vous pourriez penser que la situation ne se produit que lorsque l'utilisateur est méchant, mais si le même problème se produit en raison d'une combinaison imprévue de choses et que vous affichez un you were naughty message, l'utilisateur peut être très en colère et à juste titre!
Les programmes sont assez difficiles à utiliser, que chaque message d'erreur doit utiliser chaque modification pour expliquer aussi clairement ce qu'il ne peut pas gérer. Le message you do not have access right to that resource est clair et pertinent. Peut-être que l'utilisateur manipulait l'URL (est-ce un crime?) Mais peut-être que ses droits d'accès ont été mal configurés. Ou peut-être que leurs droits ont changé depuis qu'ils ont préféré l'URL. Ou peut-être y a-t-il une erreur de programmation qui les a amenés à y arriver par leurs propres moyens. Comme le programme est modifié à l'avenir, vous ne pouvez pas anticiper aujourd'hui les situations que l'utilisateur pourrait rencontrer. Dans beaucoup de ces cas, le fait de faire savoir à l'utilisateur qu'il s'agit d'un problème de droits peut le conduire à résoudre le problème - et tout le monde y gagne.
Pour toutes ces raisons, vous décrivez clairement et précisément la situation que la routine ne peut pas gérer et vous en informez l'utilisateur. Vos utilisateurs vous en remercieront à long terme.
J'ai écrit un peu plus à ce sujet dans un article de blog: http://agiletribe.wordpress.com/2013/08/24/error-message-should-be-clear-plain-and-direct/
Ce que je considérerais comme le plus important serait ce qui devrait arriver si un utilisateur désemparé tombe accidentellement sur une faille inhabituelle mais importante dans votre système. S'il produit un résultat incorrect après une série d'étapes qui pourraient être difficiles à recréer, vous ne voulez pas compliquer davantage le processus de débogage en leur donnant un message d'erreur cryptique.
Aidez vos utilisateurs en les informant pourquoi le système a échoué dans ces circonstances, et s'ils ne sont toujours pas satisfaits, vous serez plus heureux quand ils viendront vous pleurer parce que votre équipe sera plus susceptible pour retrouver un You don't have the permission to access this content un message plutôt qu'un Sorry! An error occurred message. Tant que votre site est sécurisé, vous devriez vous soucier de l'expérience que vos utilisateurs normaux auront, pas des pirates.
Puisque votre question nous invite à partager ce que nous préférerions personnellement, mes préférées sont celles qui:
- rester amical, c'est-à-dire pas trop apologétique mais fort et amical en même temps, par ex. ceux qui diront " Nous avons peur que quelque chose se soit mal passé ... " d'une manière qui ne signifie pas " Nous sommes vraiment désolés, quelque chose s'est cassé parce que nous sommes de vrais mannequins ... Soooorry ... "mais plutôt" Ces choses arrivent, même au les meilleurs. Voyons maintenant ce que nous pouvons faire. "
- et travailler ensemble pour (i) les cas où le site est défectueux, (ii) les cas où l'utilisateur, de bonne foi, a fait une erreur et (iii) les cas où l'utilisateur a tenté de tromper le site.
Pour ces derniers, un message bien conçu n'indiquera pas explicitement qu'ils ont été découverts, mais cela impliquera ce qui suit " n'hésitez pas à essayer autant de fois que vous le souhaitez, vous aurez toujours obtenir le même résultat ... "
À moins que vous ne pensiez avoir un moyen fiable de distinguer les tentatives de tromperie des vraies erreurs, il serait préférable de ne pas rédiger un message qui parle des autorisations manquantes car cela peut être quelque peu violent et déroutant pour les utilisateurs de bonne foi. Vous voudrez donc peut-être rester générique.
Cette page http://www.creativebloq.com/web-design/best-404-pages-812505 a rassemblé plein de très bons exemples qui peuvent vous inspirer.