Pour tester une application créée avec l’iA, partez de situations dont vous pouvez décrire le résultat attendu. Essayez le parcours normal, les erreurs de saisie et les interruptions pertinentes. Conservez les observations afin de vérifier qu’une correction résout le problème sans dégrader ce qui fonctionnait.
Écrivez le résultat avant le test
Pour un formulaire, indiquez ce qui doit apparaître dans la fiche. Pour un calcul, préparez la réponse indépendante. Pour une transmission, déterminez l’élément qui doit exister dans le service destinataire.
Une phrase comme « tout doit marcher » ne vous aide pas à décider si l’essai est réussi. Préférez : « Les quatre réponses sont présentes et identiques dans le résumé après un aller-retour vers le formulaire. »
Préparez des cas contrastés
Commencez avec une saisie complète et courante. Ajoutez un champ obligatoire vide, un texte long, des accents, une valeur zéro et une valeur hors limite lorsque ces situations ont un sens.
Testez aussi l’ordre des actions : retour en arrière, double clic et nouvelle tentative. Ces cas révèlent parfois une perte de réponse ou un doublon que le parcours idéal ne montre pas. Gardez les données d’essai pour pouvoir recommencer après une modification.
Faites découvrir l’outil sans expliquer chaque clic
Donnez à un collègue une tâche métier et observez. Notez les hésitations et les interprétations erronées. Un outil peut produire une bonne réponse tout en conduisant régulièrement l’utilisateur à saisir la mauvaise information.
Vérifiez le clavier et un petit écran. Le W3C souligne l’importance de libellés et de notifications adaptés pour les formulaires. Un message doit permettre de comprendre où se trouve l’erreur et comment la corriger, sans tout ressaisir.
Décrivez un défaut de façon reproductible
Notez les actions, les données, le résultat observé et le résultat attendu. Ajoutez le contexte utile, comme le type d’écran. « Après Retour, le champ Public est vide » permet une correction ciblée.
Classez les défauts selon leur conséquence. Un mauvais total ou une action annoncée à tort doit passer avant un décalage décoratif. Le classement dépend de votre usage : une petite erreur apparente peut avoir une conséquence importante dans le travail réel.
Rejouez les contrôles après correction
Refaites le scénario qui échouait puis quelques parcours déjà validés. Si le projet évolue souvent, faites automatiser les vérifications répétitives pertinentes avec une personne compétente.
Gardez une décision explicite de fin d’essai : utilisable dans le périmètre prévu, à corriger ou à examiner davantage. Les tests métier que vous réalisez apportent des preuves utiles, mais ne remplacent pas une revue technique des accès, des données et de l’exploitation lorsque le projet les nécessite.
Questions fréquentes
Les tests de l’iA suffisent-ils ?
Examinez ce qu’ils couvrent et vérifiez vous-même les résultats métier. Ajoutez des contrôles indépendants adaptés aux risques, notamment pour les accès et les connexions.
Que noter pour signaler un bug ?
Les étapes, les valeurs saisies, le résultat observé et celui attendu. Cette description permet de reproduire le problème et de vérifier sa correction.
Pour poursuivre
Vous avez une tâche métier à explorer avec l’iA ? Échangeons sur votre besoin avec eloRezo.
Contenu et sources vérifiés le 30 octobre 2026.