Les petits trucs de testeur: La revue des cas de test

Introduction

Depuis le début de ma carrière il m’est trop souvent arriver de tomber sur des cas de test que je comprenais de travers ou une campagne qui passait à côté d’un test très important.

Je ne vais pas le cacher, le problème venait souvent des anciens tests ou de tests fait par les autres mais aussi des miens!

Nous nous trouvons alors sur des problèmes d’écriture de cas de test (pas assez précis) ou de conception de ces derniers.

Par rapport à l’écriture, le problème tient souvent au fait que celui qui exécute n’est pas celui qui écrit (ou au temps important entre l’écriture et l’exécution) et donc que ce qui semble évident pour l’un ne l’est pas pour l’autre.

Pour la conception, le problème est différent. il peut y avoir des oublis, on peut ne pas penser à certains scénarios qui s’avèrent importants ou tout simplement ne pas avoir une connaissance suffisante.

Afin de remédier à ces 2 problèmes il existe une solution simple, efficace, un petit truc de testeur: La revue des tests!

La revue des tests

Il est vrai qu’une revue peut souvent paraitre rébarbative et sembler une perte de temps. Elle peut même être vue (et parfois utilisée) comme une inspection visant à montrer le mauvais travail de l’auteur du livrable révisé.

Il faut évidemment éviter ces dérives car ces dernières empêchent les revues de bien fonctionner!

Une revue qui fonctionne c’est:

  • Des tests effectués plus tôt (vive le principe du test et le ROI!)
  • Une communication fluidifiée et des échanges plus réguliers
  • Une meilleure compréhension de ce qui est revue par l’ensemble des réviseurs

Bon, ça, c’est pour les revues en général. Lors d’une revue de test (formelle ou non) le livrable à réviser c’est les tests et même si cela peut sembler surprenant, il est important de tester les tests!

Concrètement, lors d’une revue de test on peut vérifier plusieurs points, les principaux que je recommande sont:

  • Assurer une bonne compréhension du test par l’ensemble des acteurs (pas de « flou » ou de place à l’interprétation)
  • Assurer le suivi des bonnes pratiques d’écriture afin d’avoir un patrimoine de test homogène
  • Assurer que l’ensemble des tests créés pour une exigence/US/fonctionnalité couvre bien ce qui doit l’être (notamment avec des objectifs de test définis)
  • Assurer que les tests qui doivent l’être seront facilement maintenables (normalement couvert en partie par les bonnes pratiques)
  • Assurer, si besoin, que l’automatisation sera facilement réalisable sans avoir à ré-écrire le test
Conclusion

Faire l’économie des revues de test s’avère, à moyen terme (et même parfois court terme), très coûteux.

Une revue des tests permet aux tests d’être plus efficaces puis d’avoir une meilleure durée de vie, notamment en survivant au départ de son auteur ou en améliorant sa maintenabilité.

Les revues de test ne sont pas forcément très courantes, pourtant comme pour les autres revues (code et spécifications), les tester c’est les adopter!

Vous souhaitez vous aussi proposer un article dans la série « Trucs de testeur » afin de partager ce que vous faites au quotidien pour améliorer votre qualité de vie au travail et la qualité du logiciel testé ? Contactez la taverne pour le proposer et être publié en tant qu’invité!

Pensez à rejoindre le groupe « Le métier du test » si vous souhaitez échanger sur le test

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles

N’hésitez pas à faire vos propres retours d’expérience en commentaire.

Publié par

Votre commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l’aide de votre compte WordPress.com. Déconnexion /  Changer )

Photo Google

Vous commentez à l’aide de votre compte Google. Déconnexion /  Changer )

Image Twitter

Vous commentez à l’aide de votre compte Twitter. Déconnexion /  Changer )

Photo Facebook

Vous commentez à l’aide de votre compte Facebook. Déconnexion /  Changer )

Connexion à %s