Gains :
- Capacité à transformer une exigence et des critères d'acceptation en cas de tests complets avec des techniques telles que les classes d'équivalence, l'analyse des valeurs limites et les tableaux de décision, avec le soutien de l'intelligence artificielle
- Capacité à produire séparément des scénarios de cas positifs, négatifs et extrêmes et à compléter les cas extrêmes manqués par l'intelligence artificielle avec des informations sur le produit
- Capacité à établir la traçabilité et à éliminer les lacunes de couverture et les surcharges inutiles en reliant les cas de test aux critères d'acceptation
Le travail du testeur commence souvent par cette page vierge : il a une exigence (« l'utilisateur doit pouvoir réinitialiser son mot de passe ») et il doit transformer cette simple phrase en dizaines de contrôles concrets qui prouveront que le logiciel fonctionne réellement correctement. Cette transformation est appelée conception de tests. Connaître la différence entre un scénario de test (un objectif de haut niveau décrivant ce qu'il faut tester, tel que « un mot de passe invalide doit être rejeté ») et un scénario de test (une unité exécutable qui détaille ce scénario avec des étapes concrètes, des entrées et le résultat attendu) est essentiel. L’intelligence artificielle (IA) accélère exactement ce moment de page blanche : transformer une exigence en dizaines de projets de scénarios en quelques secondes. Mais n’oubliez pas : l’IA reproduit les situations auxquelles vous pouvez penser ; Grâce à votre connaissance du produit, vous choisissez quelles situations sont vraiment importantes.
Dans cette unité, vous apprendrez étape par étape comment transformer une exigence en une suite de tests complète mais sans encombrement avec prise en charge de l'IA.
Étape par étape : de l’exigence à l’ensemble de tests
Étape 1 — Clarifiez l'exigence. Recueillez les critères d’acceptation (conditions qu’un travail doit remplir pour être considéré comme « terminé ») avant de donner à l’IA l’exigence brute. « Le mot de passe doit être réinitialisable » ne suffit pas ; Des règles telles que « le lien de réinitialisation est valable 30 minutes », « le même mot de passe ne peut pas être réutilisé » sont à l'origine du véritable test.
Étape 2 — Mettre en œuvre des techniques de test. Ne vous contentez pas de dire « écrivez un script » sur l'IA ; Demandez les techniques classiques de conception de tests par leur nom :
- Classes d'équivalence (partitionnement d'équivalence) : division des entrées en groupes censés produire le même comportement. Par exemple, pour le champ d'âge, « plage valide », « trop petite » et « trop grande » sont des classes ; Il suffit de tester un exemple de chaque classe.
- Analyse des valeurs limites : test des valeurs seuils en fonction du fait que les erreurs se produisent le plus au niveau des limites. C'est comme tester 17, 18, 19 séparément pour la limite d'âge de 18 ans.
- Tableau de décision : tabulation des combinaisons de plusieurs conditions et du résultat attendu de chaque combinaison.
- Transition d'état : tester les transitions du système d'un état à l'autre (par exemple, commande : créée → payée → expédiée) et les transitions invalides.
Étape 3 — Séparez les états positifs, négatifs et de bord. Demandez un test positif (résultat attendu avec une entrée correcte), un test négatif (une erreur appropriée avec une entrée invalide) et un cas limite – cas limites ou inhabituels. L’IA met généralement l’accent sur le positif ; Les cas négatifs et extrêmes sont incomplets, sauf si vous les demandez explicitement.
Étape 4 — Priorisez et taillez. L'IA peut générer 60 scénarios ; Ils n’ont pas tous la même valeur. Donnez la priorité à ceux qui présentent un risque élevé (argent, sécurité, perte de données) et combinez ceux qui sont des doublons.
Astuce : Envoyez une demande distincte à l'IA indiquant "générer 5 cas extrêmes impensables à partir de cette exigence". L’apport le plus précieux de l’IA est qu’elle vous rappelle souvent des situations extraordinaires que vous aviez négligées.
Invite faible/Invite forte
Faible : "Écrire des cas de test pour la réinitialisation du mot de passe."
Fort : "Générez des cas de test pour la fonctionnalité 'réinitialisation du mot de passe' avec les critères d'acceptation suivants : lien valide pendant 30 minutes, usage unique, les 3 derniers mots de passe ne peuvent pas être réutilisés, compte verrouillé pendant 15 minutes après 5 tentatives incorrectes. Appliquez les classes d'équivalence et l'analyse des valeurs limites. Donnez les cas positifs, négatifs et limites dans des rubriques séparées. Pour chaque cas : ID, prérequis, étapes, données de test, résultat attendu, critères d'acceptation associés. Mettez en surbrillance les scénarios de sécurité/verrouillage, prenez-le. "
Invite puissante ; Il donne les règles, les techniques, le format de sortie et l'ordre de priorité. Ainsi, l’IA produit des cas de test exécutables et traçables, et non décoratifs.
Format de sortie du scénario de test
Demandez un format structuré pouvant être importé directement dans l'outil de gestion de tests de votre équipe (ex. TestRail, Zephyr, Xray). Le tableau suivant montre les composants d'un bon scénario de test :
zone
Descriptif
exemple
pièce d'identité
identifiant unique
TC-PWD-014
Titre
bref objectif
Le lien expiré sera rejeté
condition préalable
Condition requise avant le test
Le lien de réinitialisation a été généré il y a 31 minutes
étapes
Actions séquentielles
1. Cliquez sur le lien 2. Entrez le nouveau mot de passe
données de test
Valeurs concrètes utilisées
ancien lien, nouveau mot de passe "Abc!2345"
résultat attendu
Comportement à vérifier
Erreur "Lien expiré", le mot de passe ne change pas
Critères d'acceptation
lien de traçabilité
AK-3 : lien valable 30 minutes
priorité
Niveau de risque
haut
Quatre modèles copiables
1) Production de scénarios techniques :
Votre rôle : concepteur de tests senior.Générer des cas de tests pour la fonctionnalité : [fonctionnalité et critères d'acceptation].Appliquer : classes d'équivalence, analyse des points d'arrêt, table de décision.Fournir une sortie en 3 groupes : Cas positif / négatif / Edge.Chaque cas : ID, précondition, étapes, données de test, résultat attendu, critères d'acceptation associés, priorité (Élevée/Moyenne/Faible).
2) Chasseur de cas Edge :
Énumérez 10 cas extrêmes normalement négligés pour la fonctionnalité suivante : [fonctionnalité]. Écrivez en une phrase pourquoi c'est risqué pour chacun. Pensez aux axes comme vide/null, entrée trop longue, concurrence, délai d'attente, erreurs de format, Unicode/emoji, négatif/zéro, panne de réseau.
3) Production de tables de décision :
Créez une table de décision pour la règle métier suivante : [règles]. Colonnes : combinaisons de conditions ; lignes : chaque condition et action attendue. Signalez les combinaisons irréalisables ou contradictoires. Proposez ensuite un cas de test pour chaque combinaison.
4) Contrôle de traçabilité :
Étant donné la liste suivante de critères d'acceptation et les cas de test suivants : [critères] / [cas]. Indiquez sous forme de tableau quels critères d'acceptation sont remplis par AUCUN cas de test (écart de couverture) et quels cas ne sont remplis par aucun critère (cas redondant).
trois mini-cases
Cas 1 — Valeur des états de bord. Un expert d’une équipe fintech avait écrit 18 scripts pour la fonction de transfert d’argent. Il a appliqué le modèle « Edge Case Hunter » à l’IA ; L'IA a rappelé la situation de « transférer le même solde de deux appareils en même temps » (concurrence). Lorsque ce scénario a été testé, une vulnérabilité de double dépense a été trouvée et fermée avant sa mise en ligne. Une seule situation marginale a évité une perte potentielle à six chiffres.
Cas 2 — Couper le renflement. Une équipe a demandé à l'IA de produire un script pour le formulaire d'adhésion et 74 cas ont été traités. L'exécution du modèle de traçabilité a révélé que 74 cas répondaient à seulement 9 critères d'acceptation, et que beaucoup d'entre eux testaient à nouveau la même classe d'équivalence. L'ensemble a été réduit de 74 à 23 cas significatifs ; le temps d'exécution a diminué de 68 %, la couverture n'a pas diminué.
Cas 3 — Hypothèse erronée. L'IA a suggéré de tester des dates invalides comme le « 31 février » pour un champ de date, mais ne savait pas que le composant de calendrier utilisé par l'équipe bloquait déjà cela. L'expert a éliminé 4 des 6 scénarios de dates produits par l'IA comme inutiles dans le contexte du produit. Possibilités générées par l’IA ; effectué une sélection d'informations sur le produit.
Erreurs courantes
- Demander un script sans donner de critères d'acceptation. Sans savoir ce qui est vrai, l’IA produit des scénarios superficiels qui passent souvent à côté du risque réel.
- Je me contente juste de tests positifs. Je ne veux explicitement pas de cas négatifs et extrêmes. C’est là que résident souvent les erreurs.
- Accepter ce qui est produit tel qu'il est. Oublier que l’IA ne connaît pas le contexte du produit et laisser sur le plateau des scénarios inutiles ou impossibles.
- Contourner la traçabilité. Ne pas lier les cas aux critères d'acceptation ; par conséquent, on ne voit pas quel critère n’est pas testé (écart de couverture).
- Erreur de quantité. Être heureux car "60 scripts ont été publiés". La valeur n'est pas dans le nombre, mais dans l'étendue qui couvre le risque.
En résumé
La conception de tests consiste à traduire une exigence d'une phrase en cas concrets et exécutables qui prouvent l'exactitude du logiciel. L'IA accélère considérablement cette transformation : elle produit des plans complets lorsque vous lui donnez des critères d'acceptation, des techniques de test classiques (classes d'équivalence, point d'arrêt, table de décision, transition d'état) et un format de sortie clair. Mais l’IA est orientée vers le positif, ne connaît pas le contexte du produit et peut produire des ballonnements inutiles. Votre travail consiste à demander explicitement les cas négatifs et extrêmes, à établir la traçabilité, à prioriser par risque et à élaguer.
Tâche de candidature
Choisissez une fonctionnalité de votre propre projet et notez les critères d'acceptation. Demandez à l'IA de générer des cas de test avec le modèle de « génération de scénarios basés sur la technique ». Appliquez ensuite les modèles « Edge Case Hunter » et « Traçability Check ». En conséquence : (1) ajoutez au moins 3 cas extrêmes que l'IA ignore, (2) élaguez les cas qui ne se connectent à aucun critère d'acceptation, (3) écrivez de nouveaux cas s'il reste des critères d'acceptation non testés. Versez l’ensemble final dans une feuille de calcul.
liste de contrôle
- [ ] Avant de demander un scénario, j'ai clarifié les critères d'acceptation.
- [ ] J'ai demandé à YZ les classes d'équivalence et l'analyse des valeurs limites par nom.
- [ ] J'ai généré séparément les états positifs, négatifs et de bord.
- [ ] J'ai lié chaque cas de test à un critère d'acceptation (traçabilité).
- [ ] J'ai vérifié les écarts de portée et les cas inutiles avec le tableau.
- [ ] J'ai hiérarchisé les risques et j'ai élagué l'ensemble gonflé.