Critères pour ce qui constitue une violation heuristique?
J'ai mené une évaluation heuristique sur une application Web avec environ 15 évaluateurs, qui sont tous des experts uniques (c'est-à-dire familiers avec l'application mais pas des experts en utilisabilité). Nous utilisons 10 heuristiques NN/g .
En bref, certaines des violations qu'ils ont signalées sont difficiles à classer comme une violation.
Par exemple, si un évaluateur dit que l'icône "X" à l'intérieur d'une entrée de recherche n'efface pas la chaîne entrée par un utilisateur, est-ce une violation?
Sans doute, il pourrait relever de:
- Heuristique 1 - Visibilité de l'état du système : pour ne pas fournir de feedback en effaçant la chaîne d'entrée
- Heuristique 2 - Correspondance entre le système et le monde réel : pour ne pas suivre la convention que la plupart des utilisateurs attendent lors de la suppression d'une entrée
- Heuristique 4 - Cohérence et normes : pour simplement ne pas suivre d'autres normes ailleurs dans l'application où l'icône 'X' efface la valeur d'une entrée.
Je suis enclin à classer ces types de problèmes comme des erreurs de non-respect des critères d'acceptation ou de mauvais tests. Sinon, ma préoccupation est que l'introduction de ce type de soumissions transforme l'évaluation heuristique en une liste de bogues plutôt qu'une évaluation de l'expérience utilisateur d'une application.
Quelles sont vos pensées? Quelqu'un connaît-il des articles où NN/g parle de quels critères fait d'un problème d'utilisation une violation heuristique?
Je pense que l'exemple avec l'icône X que vous donnez est assez simple; Pourquoi est-il là s'il n'efface pas l'entrée après tout?
Cependant, pour les aspects de votre produit où vous n'êtes pas sûr (ou ne pouvez pas parvenir à un accord) s'ils sont considérés comme une violation heuristique, mon approche serait la suivante:
- Prenez note de la violation heuristique potentielle
- Créez une tâche utilisateur qui comprend l'élément dont vous n'êtes pas sûr (dans ce cas, créez une tâche qui demande à l'utilisateur d'utiliser la "recherche")
- Effectuez des tests utilisateur, en demandant à l'utilisateur ce qu'il pense de l'élément et ce à quoi il s'attend quand il clique sur "l'icône X".
Gardez à l'esprit que des violations heuristiques peuvent survenir à cause des incohérences de l'interface utilisateur, des erreurs de conception, et même des bogues. Donc oui, il est tout à fait normal qu'une violation heuristique ressemble parfois à un rapport de bogue.