4 raisons pour lesquelles les utilisateurs finaux doivent participer à des tests avant UAT

Auteur: Roger Morrison
Date De Création: 22 Septembre 2021
Date De Mise À Jour: 1 Juillet 2024
Anonim
4 raisons pour lesquelles les utilisateurs finaux doivent participer à des tests avant UAT - La Technologie
4 raisons pour lesquelles les utilisateurs finaux doivent participer à des tests avant UAT - La Technologie

Contenu


Source: Rawpixelimages / Dreamstime.com

À emporter:

L'implication précoce des utilisateurs finaux dans les tests peut être très bénéfique et donner de meilleurs résultats.

En tant qu'utilisateurs finaux, bon nombre d'entre nous qui avons testé un produit ou un service juste avant sa commercialisation sont conscients de cette anxiété déplaisante, ce qui laisse supposer qu'il existe peut-être une fonction ou une fonctionnalité que nous n'avons pas testée, tout simplement parce que nous n'en avons pas testé. T sais pas à ce sujet. C’est pourquoi il est si important que les utilisateurs finaux soient impliqués dans les tests. avant le début des tests d'acceptation utilisateur (UAT).

C’est une prise vingt-deux. Étant donné que les utilisateurs finaux ne sont généralement pas des testeurs qualifiés, ils doivent se concentrer sur leurs propres emplois à temps plein. Cependant, tout produit logiciel qui connaîtra une sortie réussie dans l'environnement agile d'aujourd'hui aura besoin de beaucoup de temps, et pas seulement à la fin de la phase de développement.


Souvent, les tests fonctionnels ou de performance précédant l’UAT sont confiés à une équipe de test qui n’a peut-être pas été impliquée dans la collecte des exigences de l’entreprise ou n’a que très peu de connaissances sur l’objectif du projet, en se basant uniquement sur leurs scripts de test. Ces testeurs ont peut-être même été externalisés en raison de pénuries de personnel. L'avantage, c'est que des testeurs expérimentés sont utilisés dans ces situations de descente ou de nage et qu'ils possèdent une habileté dynamique pour traverser ces eaux. Cependant, ils peuvent ne pas toujours comprendre pleinement les eaux qui les entourent, ce qui limite leurs possibilités.

De telles limitations peuvent devenir très coûteuses pour le projet, très rapidement. Le moyen le plus rentable d'éviter les défauts consiste à impliquer les utilisateurs finaux dans les tests tout au long du cycle de vie du développement du produit.


1. Les utilisateurs finaux comprennent exactement ce que le système doit faire (pour eux).

Un testeur expérimenté peut être informé des exigences, mais il est possible qu'il ne sache pas si le produit testé répond effectivement à ces exigences ou résout tous les problèmes nécessaires, en particulier ceux qui n'ont jamais été mentionnés lors des sessions de collecte des exigences.

«Nous devons effectuer des tests à chaque étape en lançant des modules incrémentiels vers le testeur. Ça ne peut pas attendre la fin; si le produit échoue, nous voulons y remédier rapidement », a déclaré Bashir Fancy, président-directeur général de l’Association canadienne des professionnels de l’informatique (CIPS). Il pense également que cette approche, souvent appelée méthodologie d’agilité extrême en matière de programmation, confère au projet un taux de participation plus élevé pendant la TAU.

2. L'acceptation des utilisateurs finaux est plus probable si ceux-ci sont impliqués au cours des premières phases de test.

Robin Goldsmith, propriétaire de Go Pro Management Consultancy, ne recommande pas d'essayer de transformer les utilisateurs finaux en «testeurs miniatures», mais il comprend l'importance de les intégrer rapidement. "Les utilisateurs devront commencer à réfléchir sérieusement à ce qu'ils veulent voir dans le produit livré avant de pouvoir avoir suffisamment confiance en eux pour pouvoir compter dessus."

Engager les utilisateurs dès le début leur permet non seulement de devenir plus compétents et plus confiants en tant que testeurs, mais aussi de se sentir responsabilisés en tant que parties prenantes clés. «Ils veulent savoir que l'équipe de projet facilite la version des critères d'acceptation des utilisateurs, et non les leurs», a déclaré Goldsmith.

Pas de bugs, pas de stress - Votre guide étape par étape pour créer un logiciel qui change la vie sans vous détruire

Vous ne pouvez pas améliorer vos compétences en programmation lorsque personne ne se soucie de la qualité des logiciels.

3. Les utilisateurs finaux peuvent identifier les bogues avant qu’ils ne soient trop coûteux à résoudre.

Plus tôt nous détectons un défaut, moins il en coûte d'argent pour le réparer. Une étude infâme publiée par l'Institut national de la normalisation et de la technologie (NIST) en 2002 indiquait que le coût de la réparation d'un bogue détecté pendant la phase de production était de 15 heures, contre cinq heures d'effort si le même bogue était détecté au cours du développement.

Et nous ne voyons que la pointe de l’iceberg.

Il est beaucoup plus facile de remplacer un rôle opérationnel par opposition à un rôle de testeur d’UAT, ce dernier nécessitant une personne possédant une expérience très spécifique et disposant d’un recul permettant de valider un produit spécifiquement développé pour leur utilisation. Un coup d'œil rapide sur n'importe quel site d'emploi canadien important indique que le salaire moyen d'un testeur d'assurance qualité varie entre 55 000 et 80 000 dollars. Ces chiffres peuvent facilement exploser pour une entreprise qui sous-traite ses testeurs, dont les taux peuvent atteindre 100 dollars de l’heure lorsqu’ils travaillent sur un projet de grande envergure. Le salaire moyen d’un poste administratif, tel que celui de coordonnateur administratif clinique, varie de 35 000 $ à 45 000 $.

Une chose que nous ne pouvons pas estimer est le dommage à la réputation qui résulte lorsque les utilisateurs finaux, qui n’étaient pas engagés jusqu’à la phase UAT, voient le produit qu’ils doivent utiliser pour la première fois. À ce stade, ils ont déjà été mis en place pour surmonter un certain nombre d'obstacles, tels que l'obligation de faire face au changement ou même éventuellement à la transformation, et disposent maintenant d'un court laps de temps pour devenir des experts avec un nouveau produit ou service pour lequel ils ne sont pas interrogés. . À moins que l’équipe du projet ne puisse proposer un produit très élaboré, le retour négatif fourni par les utilisateurs finaux risque de ternir la réputation du projet.

4. Les utilisateurs finaux offrent une perspective plus large.

Tandis que l'équipe de projet travaille sans relâche sur les éléments livrables du projet, tels que l'organisation de réunions, l'identification des besoins et la mise à jour des diagrammes de Gantt, les utilisateurs finaux peuvent rester concentrés sur le fait que le produit que tout le monde travaille si durement est réellement à la hauteur de ses attentes.

Des entreprises du classement Fortune 500, telles qu'Apple et Google, effectuent des tests bêta dans lesquels, moyennant une forme de compensation, le public peut accéder à une version anticipée du produit, bugs et autres, en échange de sa participation à l'identification des défauts et à la fourniture de commentaires utiles. .

Le directeur du Centre Code, Mario Sancho, qui gère les programmes de tests bêta de nombreuses entreprises canadiennes figurant au classement Fortune 1000, estime que la validation des clients devrait s'effectuer sur au moins trois niveaux de tests: les tests alpha, où les utilisateurs testent la version la plus proche possible, les tests bêta, dans lesquels peut tester chaque caractéristique majeure du produit, ainsi que des tests sur le terrain, également appelés UAT.

Conclusion

L’importance de l’acceptation des utilisateurs finaux ne peut être sous-estimée. Tout ce qui est vécu par la direction, les collègues et le public au sujet de l'expérience de l'UAT pourrait marquer l'héritage du projet comme un succès ou un échec pour longtemps. Même si le projet a bénéficié de l’expérience d’une excellente équipe de projet, a respecté toutes les échéances et est resté dans les limites du budget, le point de vue des parties prenantes sur la manière dont le projet a atteint (ou n’a pas atteint) sa portée est fortement pesé par l’expérience des utilisateurs finaux.