web-dev-qa-db-fra.com

Quelle est la différence entre les tests d'utilisabilité et les tests d'acceptation des utilisateurs?

Les tests d'acceptation des utilisateurs (UAT) et les tests d'utilisabilité (UT) semblent présenter de nombreuses similitudes en termes d'objectifs et de résultats, et souvent de finalité. Quelle est la principale différence entre les tests d'utilisabilité et les tests d'acceptation des utilisateurs?

13
Igor Gubaidulin

La plus grande différence est que les tests d'acceptation des utilisateurs vérifient généralement que le livrable répond aux exigences convenues alors que UT cherche à vérifier que l'approche d'une implémentation fonctionne pour la base d'utilisateurs.

Par exemple, un test d'utilisabilité peut tester un écran où un utilisateur doit organiser les données et passer par un flux de travail simple. Le test d'utilisabilité vérifiera si l'utilisation d'une interface particulière au lieu d'une autre se traduit par un taux d'achèvement plus rapide ou une diminution du taux d'erreur.

Le test d'acceptation passerait par le même écran et s'assurerait que la sortie de ce processus (les données réelles) est correcte.

Le résultat d'un UT de l'écran pourrait "passer" en ce que les utilisateurs peuvent facilement naviguer dans le flux de travail.

Mais l'UAT peut échouer car le flux de travail ne se termine pas dans un état valide selon les exigences.

Généralement UT serait au début du projet, et UAT serait à la fin.

18
Charles Wesley

En termes simples,

Les tests d'utilisabilité sont quelque chose qui "généralement" précède l'UAT et sont généralement confinés dans un environnement de laboratoire/strictement observable. Certains utilisateurs effectuent certaines tâches et l'ingénieur de l'utilisabilité prend des notes, des observations, des entretiens, etc. Cela peut également impliquer un enregistrement plus intensif tel que l'eye-tracker, le mouvement de la main, etc. .

Dans UAT, vous pouvez "y penser" comme un test alpha/bêta. Il est ouvert à un public plus large, généralement préoccupé par les commentaires sur la façon dont le système est utilisable, les commentaires, les suggestions, les évaluations, etc. aurait deviné, étant donné qu'il est ouvert à un public plus large, etc.).

Il y a un chevauchement comme vous l'avez mentionné, mais ce sont les différences frappantes.

3
user22624

Les tests d'utilisabilité se produisent en continu et commencent de préférence avant l'écriture d'une seule ligne de code. Il est axé sur le test de l'expérience utilisateur du produit (potentiel).

Tests d'utilisabilité:

  • axé sur le comportement, l'expérience et les objectifs.
  • commence avant l'écriture du code et ne se termine jamais
  • va de très bon marché à très cher
  • assurera un produit de valeur pour l'utilisateur
  • des exemples sont les tests de guérilla, les tests utilisateurs, les tests a/b, ...

Les tests d'acceptation des utilisateurs veulent tester si les utilisateurs peuvent utiliser une "ébauche" du produit pour obtenir une sortie. Il est axé sur la fonctionnalité et les objectifs . Le comportement est subordonné à la fonctionnalité, l'expérience est généralement ignorée.

Test d'acceptation utilisateur:

  • concentré sur la fonctionnalité
  • se produit à la fin du processus, une fois la version bêta prête
  • le prix est assez facile à calculer et jamais prohibitif
  • garantira un produit à la hauteur des exigences fonctionnelles avancées par les analystes commerciaux.
  • il n'y a vraiment qu'un seul type: laissez certains utilisateurs essayer le produit et voir ce qu'ils signalent

ne très belle explication avec des photos et des diagrammes peut être trouvée ici . Notez que la seule chose que l'auteur s'est trompé est le timing. Vous souhaitez que les tests d'utilisabilité aient lieu le plus tôt possible. Une fois un certain nombre de wireframes réalisés: commencez le test. Plus les tests commencent tôt, moins il sera coûteux d'agir sur les résultats et meilleur sera le produit qui finira par être construit.

2
Koen Cornelis

Ils ont des objectifs différents.

Tests d'utilisabilité - pour trouver des erreurs dans le système

Test d'acceptation des utilisateurs - pour prouver que le système est prêt

L'un essaie de faire un meilleur produit, l'autre essaie d'en finir.

0
Andy