# Les tests exploratoires sur WordPress : une session guidée sans script fixe > Une session de test exploratoire chronométrée, avec objectifs et carnet de bord, en complément de l'automatisation existante plutôt qu'à sa place. - Auteur : WordPress Développement - Publié le : 2023-12-12 - Mis à jour le : 2023-12-12 - Catégorie : Tests - URL : https://www.wpmoderne.fr/tests/tests-exploratoires-wordpress-session-guidee/ ## L’essentiel - Un objectif de charte, pas un script de clics prédéfini - Une session courte et chronométrée pour rester concentré - Un carnet de bord qui documente ce qui a été essayé, pas seulement les bugs trouvés Qu'est-ce qu'un test exploratoire, concrètement, pour une équipe qui n'a toujours pratiqué que des tests scriptés ou automatisés ? La définition la plus utile n'est pas théorique : c'est une session de test menée sans script de clics prédéfini, guidée par un objectif large plutôt que par une liste d'étapes à suivre à la lettre. Sur un projet de plateforme d'inscription à des cours de langue en ligne, l'équipe testait exclusivement via une suite Playwright automatisée et une checklist de recette figée. Aucun des deux ne laissait de place à la découverte d'un comportement inattendu en dehors des parcours anticipés à l'écriture des tests. ## Définition : ce qu'une session exploratoire n'est pas Une session de test exploratoire n'est ni un test manuel improvisé sans structure, ni une simple utilisation libre du produit. Elle repose sur une charte de test, un objectif précis mais ouvert (« explorer le parcours d'inscription à un cours pour un utilisateur qui change d'avis en cours de route »), une durée fixée à l'avance, et un carnet de bord tenu en temps réel. ## Fonctionnement interne d'une session > L'essentiel à retenir : Un objectif de charte, pas un script de clics prédéfini ; Une session courte et chronométrée pour rester concentré ; Un carnet de bord qui documente ce qui a été essayé, pas seulement les bugs trouvés La session suit une structure simple, reproductible d'une équipe à l'autre : 1. **Charte** : une phrase qui fixe le périmètre sans dicter les actions précises. Exemple : « Explorer les changements de créneau de cours en cours d'inscription, sur mobile et sur ordinateur. » 2. **Durée fixe** : 90 minutes maximum, chronométrées, avec une pause obligatoire à mi-parcours. Au-delà, l'attention aux détails baisse fortement et les découvertes se raréfient. 3. **Carnet de bord** : chaque action tentée est notée au fil de l'eau, qu'elle révèle un bug ou non — « essayé de changer de créneau après paiement, fonctionne normalement », « essayé avec un nom contenant une apostrophe, blocage du formulaire ». 4. **Débriefing** : à la fin de la session, le carnet est relu collectivement pour extraire les bugs à qualifier et les zones méritant une session suivante plus ciblée. ## Cas d'usage : ce que la première session a révélé Sur ce projet, la première session exploratoire de 90 minutes a révélé un bug que ni la suite Playwright ni la checklist de recette n'avaient détecté : un utilisateur qui changeait de créneau après avoir déjà entamé le paiement se retrouvait avec deux réservations actives simultanément, l'ancienne n'étant jamais annulée côté base de données. Aucun test automatisé n'avait envisagé cet enchaînement précis, parce qu'il n'avait pas été anticipé comme parcours nominal ni comme cas limite classique. ### Pourquoi l'automatisation seule ne trouve pas ce genre de bug Un test automatisé vérifie exactement ce que son auteur a imaginé au moment de l'écrire. Un test exploratoire, mené par une personne curieuse et sans script, suit des chemins que personne n'avait envisagés à l'avance, précisément parce que l'esprit humain associe et dévie naturellement d'une action à une autre, ce qu'aucun script ne fait spontanément. ## Les pièges d'une session mal cadrée - Une charte trop vague (« teste le site ») dilue l'attention et produit un carnet de bord peu exploitable. - Une session sans limite de temps s'étire et perd en qualité de concentration bien avant que le testeur ne s'en rende compte lui-même. - Un carnet de bord réduit à la seule liste des bugs trouvés perd toute la valeur de contexte : savoir ce qui a été essayé sans résultat évite de refaire le même chemin lors de la session suivante. > Un test exploratoire n'improvise pas l'objectif, il improvise seulement le chemin pour l'atteindre. ## Complémentarité avec l'automatisation existante Les bugs découverts en session exploratoire, une fois qualifiés et corrigés, deviennent d'excellents candidats à l'automatisation : le scénario du double créneau non annulé a été transformé en test d'intégration permanent après la session, précisément parce qu'il représentait un risque de régression futur bien identifié. ## En résumé Une session de test exploratoire structurée, avec charte, durée fixe et carnet de bord, ne remplace pas l'automatisation, elle en révèle les angles morts. Sur ce projet, la première session a suffi à mettre au jour un bug de double réservation resté invisible pendant des mois de tests scriptés et automatisés.