Gains :
- Capacité à comprendre la nature fondée sur la curiosité humaine des tests exploratoires et à utiliser l'intelligence artificielle comme partenaire pour générer des chartes de tests et des indices intuitifs
- Capacité à diversifier les axes de découverte tels que la saisie, le timing, le format, l'autorisation et l'interruption et à enregistrer à nouveau chaque anomalie avec l'étape de production
- Possibilité d'appliquer la limite d'utilisation de l'IA uniquement lors de la préparation et de la conclusion pendant que la session de découverte elle-même est menée par des humains
Chaque cas de test écrit vérifie quelque chose qui a déjà été pensé. Mais les erreurs les plus dangereuses se cachent souvent dans des endroits auxquels personne n’avait pensé auparavant. Les tests exploratoires – une approche de test dans laquelle le testeur apprend, conçoit et exécute simultanément le produit en l'explorant, sans s'appuyer sur un script pré-écrit – ciblent exactement cette lacune. Lors des tests exploratoires, l'expert joue librement avec le produit, demande « et si je fais cela » et détecte un comportement inattendu du système. C’est le type de test qui repose le plus sur l’intuition et la curiosité humaines – et c’est exactement pourquoi le rôle de l’intelligence artificielle (IA) ici n’est pas de « remplacer » mais d’amplifier la curiosité, d’évoquer des angles morts et de générer des idées.
Dans cette unité, vous apprendrez à utiliser l'IA comme partenaire de tests exploratoires : de l'impression de chartes de test, en passant par l'évocation d'heuristiques, jusqu'à la synthèse des notes post-session.
Pourquoi les tests exploratoires sont-ils encore une œuvre humaine ?
Les tests scriptés – un test dont les étapes sont écrites à l’avance et répétées textuellement – confirment ce qui est connu ; Les tests exploratoires recherchent l’inconnu. La valeur des tests exploratoires vient du moment où le testeur voit le produit et sent « qu’il y a quelque chose de bizarre ici ». L'IA ne peut pas voir le produit comme vous le voyez, elle ne peut pas détecter ce qui dérangerait l'utilisateur réel, elle ne peut pas être dérangée en disant "ce bouton est au mauvais endroit". Mais l'IA est une aide très puissante de trois manières : (1) produire des listes systématiques d'idées de tests, (2) vous rappeler les axes de test que vous avez oubliés, (3) transformer vos notes de découverte éparses en un rapport organisé.
Astuce : demandez à l’IA un « échauffement d’idée de test » avant de démarrer la séance de découverte ; Ne laissez pas l'écran à l'IA pendant la session. L'IA est utile avant et après la séance ; La séance elle-même est motivée par votre curiosité.
Heuristique et IA
Les testeurs exploratoires utilisent des heuristiques, qui sont de courts rappels qui fournissent une orientation dans la chasse aux bogues. L’IA peut vous les rappeler en les adaptant à votre contexte. Quelques classiques :
- CRUD : essayez le flux Créer, Lire, Mettre à jour, Supprimer pour chaque donnée ; interrompre quelqu'un.
- Boucle d'or (peu/complet/lot) : saisissez très peu, complètement et beaucoup de données dans un champ (0 caractère, 1 caractère, 10 000 caractères).
- CRUD + planification : modifiez le même enregistrement dans deux onglets à la fois, puis enregistrez les deux.
- Interruption : actualisez la page en cours d'action, déconnectez le réseau, appuyez sur Retour arrière.
- Ordre inversé : effectuez les étapes dans l’ordre inverse (payez d’abord, puis ajoutez au panier).
Lorsque vous dites à l’IA de « suggérer des essais concrets en appliquant ces indices intuitifs à cet écran », vous obtenez une liste de contrôle prête à l’emploi.
Rédaction d'une condition de test (charte)
Les tests exploratoires ne consistent pas à errer ; Il est axé sur la charte de test (une courte directive qui définit ce qu'une session d'exploration va explorer et dans quel but). Une bonne charte suit ce modèle : « Explorez [domaine cible], à l'aide de [outils/données], pour découvrir [quelles informations/risques] ». AI rédige rapidement ces termes.
Équilibrer les tests scriptés avec les tests exploratoires
Une stratégie de test solide utilise une combinaison de tests scriptés (automatisés, reproductibles) et de tests exploratoires. Les tests scriptés vérifient à moindre coût que les comportements connus ne sont pas brisés, version après version ; Les tests exploratoires, en revanche, recherchent de nouveaux risques que ces scripts n'ont jamais pris en compte. Les deux ne sont pas concurrents, mais complémentaires. Une erreur courante est de penser « automatisons tout pour qu'il n'y ait pas besoin de découverte » ; alors que l’automatisation ne vérifie que ce que vous savez déjà, elle ne trouve jamais ce que vous ne savez pas. Une autre erreur est à l'opposé : s'appuyer sur une découverte manuelle à chaque version sans mettre en place d'automatisation - cela conduit à l'apparition incessante des mêmes bogues de base.
L'IA aide à établir cet équilibre : vous pouvez transformer une anomalie que vous trouvez lors de votre session de découverte en un test de régression scripté permanent en la confiant à l'IA. Ainsi, l’erreur une fois découverte lors de la découverte ne peut plus jamais revenir sans être détectée. La découverte s'occupe de « trouver le nouveau risque », l'automatisation s'occupe de « ne pas lâcher ce qui a été trouvé » ; L’IA accélère le pont entre les deux.
Astuce : Séparez le résultat de chaque session de découverte en deux catégories : « bogues à corriger immédiatement » et « scénarios à transformer en automatisation permanente ». Le deuxième compartiment transporte la valeur à long terme de la découverte dans votre package de régression.
Invite faible/Invite forte
Faible : « Que dois-je tester sur cet écran ?
Fort : "Pour une fonctionnalité 'téléchargement de photos de profil', divisez la session de test exploratoire de 90 minutes en 3 conditions de test. Pour chaque condition : donnez à la cible, des indices intuitifs à utiliser (taille du fichier/format/boucle d'or/troncation), 5 actions concrètes à essayer et des signaux de risque à surveiller (ralentissement, image corrompue, sécurité). Abordez particulièrement les risques de téléchargement de fichiers malveillants (fichier trop volumineux, mauvaise extension) de manière défensive."
Invite puissante ; donne la durée, la structure, les indices et l’orientation des risques. Le résultat est une feuille de route que vous garderez à portée de main tout au long de la session.
Tableau des axes d'exploration
axe
question à poser
exemple d'essai
Limites d'entrée
Que fait le champ aux valeurs extrêmes ?
Nom de 10 000 caractères
timing
Que se passe-t-il en cas de traitement simultané/interrompu ?
Enregistrez le même enregistrement dans deux onglets
Formater
Comment gérer le format inattendu ?
Emoji, texte de droite à gauche, HTML
autorité
Un utilisateur non autorisé peut-il accéder ?
Changer l'URL manuellement
Statut
Une transition d’état invalide est-elle possible ?
Essayez de payer la commande annulée
déduction
Les données sont-elles cohérentes lorsque le réseau/la session est interrompu ?
Couper le réseau pendant l'enregistrement
Quatre modèles copiables
1) Générateur de conditions de test :
Votre rôle : testeur exploratoire senior. Divisez la session exploratoire de [durée] minutes en 3 à 4 conditions de test pour la fonctionnalité : [fonctionnalité]. Chaque condition : objectif, indices intuitifs à utiliser, 5 actions concrètes à tenter, signaux de risque à surveiller. Modèle de condition : « Explorez [domaine] avec [outil/données] pour [risque/informations]."
2) Adaptateur de repère intuitif :
Traduisez ces indices intuitifs en expériences concrètes pour l'écran suivant : CRUD, boucle d'or (moins/plein/plus), interruption, ordre inverse, autorisation de contournement. Écran : [description de l'écran/du flux]. Écrivez 2 expériences spécifiques à l’écran pour chaque indice.
3) Rappel d'angle mort :
Je teste la fonctionnalité suivante : [fonctionnalité]. Listez les 10 cas où les testeurs expérimentés manquent LE PLUS ce type de fonctionnalité. Incluez les axes d’accessibilité, de localisation (langue/date/devise), de concurrence, de sécurité et de performance.
4) Résumé des notes de séance :
Ci-dessous les notes brutes de ma séance découverte. Organisez-les dans cette structure : - Anomalies trouvées (avec gravité estimée) - Celles avec une étape de reproduction connue - Celles qui nécessitent une investigation plus approfondie - Suggestion pour la prochaine session Notes brutes : [coller les notes]
trois mini-cases
Cas 1 — Rappel d’angle mort en action. Un expert testait la fonction de recherche dans une application multilingue. Suite au rappel d'AI de "ne pas oublier l'axe de localisation", il a essayé la conversion des lettres "i/I" spécifique à la Turquie. La recherche de « Istanbul » n’a donné aucun résultat ; Une erreur de conversion en minuscules a été détectée. L'axe IA l'a rappelé, l'expert a essayé et l'a trouvé.
Cas 2 — Objet de la charte. Un nouveau testeur a passé 2 heures à « surfer » sur un écran de paiement mais n'a pris que 2 petites notes car celle-ci n'était pas structurée. Après avoir planifié une session avec l'IA divisée en 3 conditions de test, elle a enregistré 11 anomalies dans la même période ; deux d’entre eux étaient sérieux. Le même temps était 5 fois plus efficace grâce à la structure.
Cas 3 — Tests de téléchargement de fichiers défensifs. Une équipe a essayé la « mauvaise extension/fichier trop volumineux » suggérée par YZ lors du téléchargement d'une photo de profil, dans ses propres produits. Nous avons constaté qu'un fichier de 50 Mo faisait planter le serveur pendant 40 secondes et ajoutait une limite de taille et un délai d'attente. Les tests ont été effectués uniquement sur ses propres produits, à des fins défensives.
Erreurs courantes
- Remplacement de l'IA par une session. La valeur de la découverte réside dans votre observation et votre intuition ; L'IA aide à la préparation et à la récupération.
- Parcourez sans réservation. Passer des heures sans se concentrer et trouver peu de choses. La condition de test donne le focus.
- Ne pas collecter de notes. Si vous n'enregistrez pas à nouveau l'anomalie trouvée dans la découverte avec l'étape de production, cette découverte sera perdue.
- Être coincé sur un axe. Toujours tester les limites de la saisie ; Contourner les axes d’autorité, de planification, de localisation.
- Effectuer des tests de sécurité non autorisés. N'essayez de manipuler des fichiers/URL que sur votre propre produit et avec autorisation.
En résumé
Les tests exploratoires sont le type de test qui repose le plus sur la curiosité humaine, à la recherche de ce qui n’est pas écrit. L’IA ne vous remplacera pas ici ; Il décrit les conditions de test, adapte les indices intuitifs à votre contexte, vous rappelle les angles morts et transforme vos notes de session désordonnées en un rapport organisé. La valeur vient de votre observation et de votre intuition ; L’IA concentre et multiplie cette valeur. Écrivez les conditions, faites varier les axes, enregistrez à nouveau les résultats à l'étape de production, effectuez des tests de sécurité uniquement dans le cadre d'une autorisation.
Tâche de candidature
Choisissez une fonctionnalité de votre propre produit. Divisez la session de 60 minutes en 3 conditions à l'aide du modèle « générateur de conditions de test » avec IA. Faites la séance (sans IA, exploration à la main), gardez des notes brutes. Une fois terminé, organisez les notes avec le modèle « Résumé de notes de session ». Résultat : au moins 5 anomalies, étape de régénération pour chacune et estimation de la gravité. Notez quelle condition de test et quel indice intuitif ont abouti à l’anomalie la plus précieuse que vous avez trouvée.
liste de contrôle
- [ ] Avant la session, j'ai créé des conditions de test avec l'IA et déterminé l'objectif.
- [ ] J'ai essayé au moins 4 axes de découverte différents (saisie, timing, format, autorisation, interruption).
- [ ] J'ai mené la séance manuellement, avec ma propre curiosité ; Je n'ai pas remplacé l'IA.
- [ ] J'ai enregistré chaque anomalie avec son étape de reproduction et son estimation de la gravité.
- [ ] J'ai transformé mes notes en un rapport régulier avec l'IA.
- [ ] J'ai uniquement tenté la sécurité/manipulation sur mon propre produit et avec autorisation.