7 principes Qualité Agile ?

Tester tout le temps

Description

Le test est encore trop souvent comme une activité tardive. Certes, il y a le principe « tester tôt » qui rappelle que cela ne doit pas être le cas. Néanmoins ce principe peut être mal compris. C’est pourquoi j’aime bien le reformuler en « tester aussi tôt que possible » pour ce qu’il y a à tester.

Pour aller plus loin, il me semble important d’arriver à un principe pour la qualité: tester tout le temps.

Cela revient à dire qu’il faut tester au fil de l’eau, en continu:

  • Tester le besoin et sa valeur: c’est du « tester tôt » à l’état pur
  • Tester les storys et/ou les exigences et/ou les spécifications: toujours du tester tôt
  • Tester le code: tester tôt
  • Tester l’architecture
  • Tester les tests (conception et écriture): on commence à sortir du tôt
  • Tester les environnements et données
  • Tester le fonctionnel et le non-fonctionnel au fur et à mesure de la livraison sur l’environnement de recette. En Agile: chaque story ou livraison de bug
  • Tester l’existant après les modifications (régression): peut/doit se faire à de nombreuses étapes
  • Tester l’intégration des différents composants
  • Tester d’un point de vue utilisateur: souvent de l’UAT
  • Tester en production (shift right) afin d’être sûr que le service est toujours fonctionnel et détecter de potentielles faiblesses aussi tôt que possible…

Bref comme vous pouvez le constater, lorsqu’il y a une réalisation il faut s’assurer que le travail est bien fait et qu’il corresponde au besoin… Il faut donc tester tout le temps car il y a des réalisations (ou même des modifications) tout au long du cycle de vie d’un service numérique.

Conséquences

Il y a de nombreuses conséquences au fait d’intégrer qu’il faut « tester tout le temps ». Je pense notamment au fait que:

Le test n’est pas une phase mais une activité transverse

Le début des tests c’est le début du travail sur le service ou le produit. La fin des tests c’est la fin du service.

Tout le monde est amené à faire du test

Le test ne se cantonne pas au testeur ou QA. Les développeurs, les métiers, les BA, les sponsors… Et même les utilisateurs qui, avec leur activité et traces, permettent de donner de l’information!

Les tests demandent de très nombreuses compétences et points de vue

La qualité est complexe, les tests qui permettent d’avoir une image de la qualité sont complexes et variés.

Le test est indissociable des autres activités

C’est probablement la phrase qui semble la plus transgressive. Néanmoins, si l’on se pose pour y réfléchir cela apparait comme une évidence. D’ailleurs le test est quelque chose que l’on fait naturellement même en dehors de l’industrie numérique.

Principes du test liés

Le plus évident, qui peut presque être vu comme une reformulation: Tester tôt

On peut aussi y voir un lien ténu avec « les tests dépendent du contexte » car on ne fait pas les mêmes test en fonction du moment où l’on teste.

Exemples

Les exemples sont légions. Il suffit de prendre les différentes activités liées au test. On peut penser:

  • aux tests unitaires
  • aux revues (spec, code, tests…)
  • aux tests en production
  • aux alpha et beta tests
  • aux tests automatisés intégrés (ou non) aux chaînes d’intégration continues
  • aux tests métiers (souvent appelés tests UAT)
  • Aux tests d’intégrations…

Ce qu’il faut retenir

Les tests font partie intégrante de l’ensemble des activités et du cycle de vie d’un service numérique. A ce titre on teste tout le temps… et si possible aussi tôt que possible chaque élément à tester.

Il me semble nécessaire de préciser que « tester tout le temps » ne veut en aucun cas dire « tout tester ». Les tests exhaustifs sont impossible et il est important de se le rappeler. Il est important de tester au fil de l’eau ce que l’on ce qui peut être testé… Et que l’on doit tester.

Ce travail continu est essentiel pour proposer un service numérique de qualité au meilleur coût.

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.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Interview

Danielle Sabourin: testeur logiciel

Bonjour, qui êtes-vous, quel est votre métier et quelles sont vos activités professionnelles ? Bonjour, je suis Danielle Sabourin et je suis Testeur fonctionnel en devenir (le terme testeuse n’est pas très beau !). Une première expérience, dans un contexte où rien n’existait, m’a permis de découvrir et de me passionner pour

Lire la suite »
Agilité

12 : Des scénarios de test d’une US INVEST aux tests

Les scénarios de test sont identifiés grâce à l’algorithme des tamis successifs. Reste à “valoriser” les scénarios de test (critères d’acceptation avec leurs valeurs intermédiaires) pour obtenir les “tests” de l’US. Principe le plus courant de valorisation des données On pourra s’attacher à analyser chaque affirmation de chaque RG. Il

Lire la suite »