Comment détermines-tu ce qu'il faut tester?

Pour déterminer ce qu'il faut tester, j'utilise une combinaison d'approches:

1. Analyse des exigences :

   • Étude de la documentation (cahier des charges, histoires utilisateur, spécifications).
   • Clarification des points flous avec les analystes, développeurs, Product Owner.
   • Division des exigences en cases de test atomiques.

2. Test basé sur les risques :

   • Identification des fonctions les plus critiques ou fréquemment utilisées.
   • Évaluation de la probabilité de défauts et de leur impact potentiel.
   • Priorisation des tests en fonction des risques identifiés.

3. Étude des artefacts de développement :

   • Analyse des maquettes UI/UX.
   • Revue des changements dans le code ou la configuration (dans le cas de tests de régression).
   • Étude des logs et rapports de défauts précédents.

4. Utilisation de techniques d'analyse de tests :

   • Partition équivalente.
   • Analyse des valeurs limites.
   • Diagrammes d'états et de transitions.
   • Tableaux de décisions.

5. Tests exploratoires :

   • Exploration libre des fonctionnalités pour détecter des scénarios et défauts non évidents.
   • Génération d'idées de tests basées sur la compréhension du comportement de l'utilisateur et du système.

6. Consultations avec l'équipe :

   • Discussion des détails de la mise en œuvre avec les développeurs.
   • Clarification des scénarios utilisateur avec le Product Owner.
   • Échange d'expériences et de connaissances avec d'autres testeurs.

7. Automatisation :

   • Identification des candidats à l'automatisation en fonction de la stabilité, de la criticité et de la fréquence d'exécution.
   • Application de la pyramide d'automatisation des tests (Unit, Integration, UI).

La combinaison de ces approches permet de créer un modèle de test suffisant, couvrant les exigences fonctionnelles et non fonctionnelles principales, ainsi que les risques potentiels.