Close

Tests exploratoires

Découvrez ce que sont les tests exploratoires et leur histoire. Explorez les avantages et les inconvénients des tests exploratoires, leur différence avec les tests scriptés et le contexte approprié pour les utiliser.

Portrait de Deepak Parmar
Deepak Parmar

Auteur collaborateur


Les tests exploratoires correspondent à une approche des tests logiciels qui est souvent décrite comme mêlant l'apprentissage, le design et l'exécution de tests. Ces tests sont axés sur la découverte et s'appuient sur les conseils de chaque testeur pour détecter les défauts qui ne sont pas facilement couverts par le périmètre d'autres tests.

La pratique des tests exploratoires a pris de l'ampleur ces dernières années. Les testeurs et les responsables du QA sont encouragés à inclure des tests exploratoires dans le cadre d'une stratégie globale de couverture des tests.

Histoire des tests exploratoires


Les tests exploratoires existent depuis un certain temps, mais ils étaient souvent qualifiés de « tests ad hoc ». Le terme « tests exploratoires » a été officiellement introduit par Cem Kaner, expert en tests logiciels, dans son ouvrage de référence, « Testing Computer Software ».

Son introduction est désormais célèbre : « Quel que soit le nombre de scénarios de test de tous types que vous avez créés, vous finirez toujours par manquer de tests formellement planifiés. Mais vous pouvez continuer à procéder à des tests. Exécutez de nouveaux tests dès que vous y pensez, sans passer trop de temps à les préparer ou à les expliquer. Faites confiance à votre instinct ! »

Pourquoi utiliser les tests exploratoires ?

De nos jours, les équipes doivent adopter l'intégration continue et répondre à la demande du marché en matière d'expériences numériques de qualité pour satisfaire les attentes croissantes des clients. Si la rapidité de mise sur le marché est importante, certains bugs coûtent des millions de dollars, et des expériences utilisateur catastrophiques sont toujours très coûteuses. De Boeing à Instagram, les exemples de situations où la précipitation à livrer dans les délais et des tests de mauvaise qualité ont conduit à des dommages financiers et en termes de réputation ne manquent pas.

La plupart des tests de qualité des logiciels utilisent une approche structurée. Les cas de test sont créés sur la base de user stories déjà définies, et les données de test sont structurées sur la base de ces cas de test. La couverture des tests est mesurée à l'aide de métriques d'ingénierie logicielle et, dans la plupart des cas, elle est techniquement adéquate.


Teams today need to adopt continuous integration and deliver on the market demand of quality digital experiences to meet rising customer expectations. While speed to market is important,  there are instances of million-dollar bugs or simple user experience disasters that are very costly. From Boeing to Instagram, there are plenty of examples where the rush to deliver on deadline and poor-quality testing led to reputational and financial damage. 

Most software quality testing uses a structured approach. Test cases are defined based on already defined user stories and the test data is structured based on the test cases defined. Test coverage is measured using software engineering metrics and, in most cases, the coverage is adequate technically. 

Découvrir la solution

Développez et exploitez des logiciels grâce à Open DevOps

Matériel connexe

Tests automatisés pour DevOps

Mais les cas limites manquent souvent à l'appel. Ceux-ci sont découverts lors des tests d'acceptation par l'utilisateur (UAT) et sont testés en fonction des personas utilisateur. D'autre part, les tests exploratoires sont de nature aléatoire ou non structurée et peuvent révéler des bugs qui ne seraient pas découverts pendant la phase structurée des tests.

Grâce aux tests exploratoires, les testeurs suivent une user story qui respecte une certaine séquence. Ils peuvent annoter les défauts, ajouter des assertions et des mémos vocaux, et créer de la documentation à la volée. C'est ainsi qu'une user story est convertie en cas de test. Ces informations peuvent également être utilisées pour l'assurance qualité.

En fait, l'exécution des tests est implémentée sans avoir à rédiger formellement des étapes de test. L'outil de tests exploratoires devient alors un précurseur de l'automatisation. Il aide à formaliser les résultats et à les documenter automatiquement. Grâce au feedback visuel et aux outils de tests collaboratifs, tout le monde peut participer aux tests exploratoires. Les équipes peuvent ainsi réagir et s'adapter rapidement aux changements, ce qui favorise un workflow agile.

En outre, le testeur peut convertir des séquences de tests exploratoires en scripts de tests fonctionnels en utilisant des outils pour la documentation automatisée des cas de tests. Cela permet de renforcer le processus de test traditionnel.

Grâce à l'intégration avec des outils tels que Jira et les produits de gestion des tests, les équipes peuvent exporter directement la documentation enregistrée vers les cas de test.

Ainsi, les tests exploratoires accélèrent la rédaction de la documentation, facilitent les tests unitaires et contribuent à créer une boucle de feedback instantanée. Comme le dit James Bach, cofondateur de la Context-Driven School of Software Testing : « Les tests exploratoires encouragent la réflexion scientifique en temps réel ».

Quand devriez-vous utiliser les tests exploratoires ?

Les tests exploratoires sont adaptés à des scénarios de test spécifiques, par exemple lorsqu'une personne doit se familiariser rapidement avec un produit ou une application et fournir un feedback rapide. Ils permettent d'évaluer la qualité d'un produit du point de vue de l'utilisateur.

Dans de nombreux cycles de développement de logiciels, une itération précoce est nécessaire lorsque les équipes n'ont pas beaucoup de temps pour structurer les tests. Les tests exploratoires sont très utiles dans ce cas.

Lorsque vous testez des applications stratégiques, les tests exploratoires vous permettent de ne pas passer à côté de cas limites qui pourraient entraîner des problèmes de qualité critiques. De plus, l'utilisation des tests exploratoires pour faciliter le processus des tests unitaires, la documentation des étapes et l'utilisation de ces informations permettront d'effectuer des tests approfondis lors des sprints suivants.

Cela est particulièrement utile pour trouver de nouveaux scénarios de test et améliorer la couverture des tests.


Exploratory testing is suited for specific testing scenarios, such as when someone needs to learn about a product or application quickly and provide rapid feedback. It helps review the quality of a product from a user perspective.  

In many software cycles, an early iteration is required when teams don’t have much time to structure the tests. Exploratory testing is quite helpful in this scenario.  

When testing mission-critical applications, exploratory testing ensures you don’t miss edge cases that lead to critical quality failures. Plus, use exploratory testing to aid unit test process, document the steps and use that information to test extensively during later sprints. 

It is especially useful to find new test scenarios to enhance the test coverage. 

Quand dire non aux tests exploratoires ?

Les organisations doivent être capables de trouver le bon équilibre entre les tests exploratoires et les tests scriptés. Les tests exploratoires seuls ne peuvent pas offrir une couverture adéquate, et les équipes ne devraient pas s'y essayer à moins d'avoir franchi quelques étapes importantes.

Les tests scriptés sont particulièrement indiqués pour les tests réglementés ou basés sur la conformité. Dans les tests basés sur la conformité, où certaines checklists et certains mandats doivent être suivis pour des raisons juridiques, il est conseillé de s'en tenir aux tests scriptés. Les tests d'accessibilité sont un bon exemple : plusieurs lois régissent le protocole de test, et des normes précises doivent être respectées.


Organizations must be able to strike the right balance between exploratory testing and scripted testing. Exploratory testing alone can’t offer adequate coverage and teams shouldn’t attempt it unless they have reached a few initial milestones. 

Especially with any type of testing that is regulated or compliance-based, scripted testing is the way to go. In compliance based testing, where certain checklists and mandates need to be followed for legal reasons, it is advised to stick to scripted testing. One example of this is accessibility testing where several laws govern the testing protocol and there are defined standards that need to be passed. 

Importance des tests exploratoires pour la CI/CD

Les tests exploratoires permettent d'ouvrir les tests à toutes les parties prenantes clés et pas seulement aux testeurs formés. Un outil de tests exploratoires peut servir à faire des captures d'écran, à enregistrer des mémos vocaux et à annoter le feedback pendant les sessions. Cela permet d'accélérer et d'optimiser la revue par des personnes qui ne sont pas des testeurs traditionnels.

Les tests exploratoires complètent la stratégie de test existante des équipes de QA. Il s'agit d'une série de sessions de test non documentées visant à découvrir des tickets/bugs non encore identifiés. Combinés aux tests automatisés et à d'autres pratiques de test, les tests exploratoires permettent d'augmenter la couverture des tests, de découvrir des cas limites, d'ajouter potentiellement de nouvelles fonctionnalités et d'améliorer globalement le produit logiciel. Ils ne présentent aucune rigidité structurelle et encouragent donc l'expérimentation, la créativité et la découverte au sein des équipes.

La nature quasi instantanée du feedback permet de combler le fossé entre les testeurs et les développeurs. Mais surtout, les résultats des tests exploratoires offrent une perspective orientée utilisateur et un feedback aux équipes de développement. L'objectif est de compléter les tests traditionnels pour trouver des défauts qui pourraient coûter des millions de dollars et se tapissent généralement derrière le workflow défini.

Téléchargez une app de gestion des tests parmi celles proposées dans le catalogue de l'Atlassian Marketplace.


Exploratory testing opens testing to all key stakeholders and not just trained testers.  Using an exploratory testing tool, one can capture screenshots, record voice memos and annotate feedback during sessions. This enables faster and more efficient review, by people beyond the traditional software tester.   

Exploratory testing complements QA teams’ existing test strategy. It comprises a series of undocumented testing sessions to discover yet unearthed issues/bugs. When combined with automated testing and other testing practices, it increases test coverage, discovers edge cases, potentially adds new features and overall improves the software product. With no structural rigidity, it encourages experimentation, creativity and discovery within the teams. 

The almost instantaneous nature of feedback helps close the gaps between testers and developers. Above all, the results of exploratory testing provide a user-oriented perspective and feedback to the development teams.  The goal is to complement traditional testing to find million-dollar defects that are generally hidden behind the defined workflow.  

Get a test management app from the Test Management collection on the Atlassian Marketplace.  

Deepak Parmar
Deepak Parmar

I’ve lived and breathed QA for the last decade now through my experience of working with leading QA services and product companies. I’m currently the head of Marketing and Partnerships at QMetry, bringing with me 20 years of experience in the IT industry, which has instilled in me the strong belief in improving customer delight through software quality.


Partager cet article

Lectures recommandées

Ajoutez ces ressources à vos favoris pour en savoir plus sur les types d'équipes DevOps, ou pour les mises à jour continues de DevOps chez Atlassian.

Illustration DevOps

Communauté DevOps

Illustration DevOps

Lire le blog

Illustration d'une carte

Essayez la solution gratuitement

Inscrivez-vous à notre newsletter DevOps

Thank you for signing up