Glossaire · Fondamentaux du test
Test exploratoire
En anglais : Exploratory testing
Également appelé : tests exploratoires, test exploratoire en sessions, session-based testing
Définition
Une approche où le testeur conçoit et exécute les tests en même temps, en s’appuyant sur ce que révèle chaque résultat pour décider quoi essayer ensuite.
Le test exploratoire consiste à apprendre, concevoir des tests et les exécuter simultanément. Au lieu de suivre des étapes rédigées à l’avance, le testeur examine le produit, formule une hypothèse sur l’endroit où il pourrait échouer, la met à l’épreuve, et laisse le résultat orienter le test suivant. C’est une réflexion structurée, pas des clics au hasard, et elle trouve les bugs pour lesquels personne n’avait pensé à écrire un cas de test.
Exemple : une session limitée dans le temps
Les équipes mènent généralement le test exploratoire par sessions, avec une charte écrite :
Charte : explorer le téléversement de fichiers sur la page de profil avec des fichiers inhabituels, pour découvrir comment il gère les entrées invalides. 60 minutes.
Pendant la session, le testeur peut essayer un fichier de 0 octet, une image de 50 Mo, un .png qui est en réalité un PDF, un nom de fichier avec des emojis ou de 255 caractères, deux téléversements en rafale, et une annulation en cours de route. Chaque surprise entraîne des tests complémentaires. Les notes consignent ce qui a été couvert, les bugs trouvés, les questions soulevées et les zones laissées pour une autre session.
Test exploratoire et test scripté
| Exploratoire | Scripté | |
|---|---|---|
| Conception | Pendant l’exécution | Avant l’exécution |
| Force | Trouve des bugs inattendus, s’adapte vite | Reproductible, auditable, facile à automatiser |
| Faiblesse | Dépend des compétences du testeur, plus difficile à reproduire | Ne trouve que ce qui a été anticipé |
Ils se complètent. Les tests scriptés et automatisés protègent le comportement connu. L’exploration trouve l’inconnu, et ses meilleures découvertes deviennent souvent de nouveaux tests de régression automatisés.
Erreurs courantes
- Ni charte ni notes. Sans objectif ni trace écrite, personne ne peut dire ce qui a été couvert, et la session ne peut pas faire l’objet d’un compte rendu.
- La confondre avec le test ad hoc. Le test ad hoc est informel et non documenté. Le test exploratoire est délibéré, limité dans le temps et suivi d’un débriefing.
- Le garder pour la fin. Explorer une fonctionnalité tôt, pendant qu’elle est encore en construction, donne aux développeurs un retour au moment où il coûte le moins cher d’agir.