BLOG
QUALITY ENGINEERING & TESTING

Réussir votre session de test exploratoire

Les tests exploratoires sont considérés comme une approche de test basée sur l’expérience, qu’il est fortement recommandé de combiner avec une approche basée sur la couverture.

En fonction de votre contexte, vous pouvez choisir l’approche de test qui vous convient et sur quoi vous concentrer davantage.

Dans ce blog, je vais parler des tests exploratoires et partager avec vous les bases à connaitre pour bien réussir votre session.

La définition des tests exploratoires

Les tests exploratoires sont connus comme une combinaison d’activités qui se font simultanément, y compris « Apprentissage », « Conception de tests », « Exécution de tests » qui visent à utiliser de nouveaux apprentissages d’expériences précédentes pour étendre la suivante.

Habituellement, ces types d’activités offrent une liberté sans suivre un plan détaillé ou des techniques strictes. Pour autant, il est bon de donner une structure à la séance.

Étapes pour exécuter une session de test exploratoire efficace

Avant même de commencer votre session et d’engager les membres de votre équipe, vous devez d’abord définir votre portée, vos objectifs et ce que vous devez retirer de cette session.

Pour ce faire, pensez à ces 4 étapes :

  1. Étape (1) Définissez votre MISSION

Avant de passer aux étapes suivantes, réfléchissez d’abord à ce que vous voulez tester ! 
Il est important d’expliquer le but de votre test.

  1. Étape (2) Préparez votre CHARTE

Dans cette étape, vous réfléchirez à la façon dont vous allez atteindre les objectifs définis et explorerez les domaines que vous souhaitez. Pour cela, vous devez préparer votre CHARTE, c’est-à-dire le plan d’exécution de votre mission que vous avez défini à l’étape (1). Il vous permet de décrire précisément ce que vous recherchez dans votre session de test.  Vous pouvez préparer différentes chartes et les ajouter au backlog de l’équipe, cela pourrait être effectué comme une activité entre différentes tâches de programmation afin que ce soit même une opportunité que les développeurs peuvent explorer. 

Une charte pourrait être conçue de cette façon :

  • <Explorez> (Cible : qu’est-ce que vous explorez ?)
  • <En tant que> (Définir les persona)
  • <Avec> (Ressources : qu’utilisez-vous dans votre exploration ?)
  • <À découvrir> (Information : quel est le but de votre exploration ?)

 

  1. Étape (3) Chronométrer l’exploration et enregistrer vos découvertes

Fixez un temps pour la séance (idéalement entre 30 min et 1h30). 
Enregistrez les informations importantes telles que :

  • Comment testez-vous ?
  • Quelles données, fichiers, appels, persona... vous utilisez, ou vous avez créé spécialement pour cette session ?
  • Bugs, problèmes, nouvelles idées qui vous viennent à l’esprit (peut-être utiles pour de futures chartes), vous aurez également quelques questions pour votre équipe. Notez toutes ces questions et posez-les après la séance.
  • Temps consacré aux tests et temps général de toute la session

 

  1. Étape (4) Définir un DEBRIEF

Terminez votre session en discutant de votre rapport de conclusions avec votre équipe ainsi que d’autres membres de votre organisation, tels que l’analyste d’affaires, les propriétaires de produits, qui pourraient ajouter d’excellents commentaires à la session ou répondre à vos questions.

Pour cela, je recommande d’utiliser le cadre PROOF pour votre débriefing

  • Past ——— Que s’est-il passé pendant la session ?  
  • Résultats—– Qu’est-ce qui a été réalisé au cours de la session ?  
  • Obstacles — Qu’est-ce qui a empêché de bons tests ?  
  • Outlook —- Que reste-t-il à faire ?  
  • Feelings —- Comment le testeur se sent-il à propos de tout cela ?

Quels sont les avantages ?

  • L’organisation d’une session de test exploratoire peut apporter beaucoup d’avantages à votre équipe. C’est aussi une activité amusante à faire en équipe.
  • Cela signifie aussi que vous accueillerez de nouvelles idées qui pourraient révéler d’autres anomalies cachées.

C’est un moyen de révéler plus d’informations, ce que l’approche de test scriptée ne peut pas faire, car vous n’êtes pas biaisé par les étapes du cas de test. C’est là que la magie commence, lorsque vous découvrez quelque chose de complètement « outside of the box »

  • Emna AYADI
    Emna AYADI
    Quality engineering and testing expert