Les niveaux de test ont-ils leur place en Agile ?

Les niveaux de test sont un des concepts fondamentaux du test. Il sont d’ailleurs très mis en avant dès la certification ISTQB fondation.

Les niveaux de test proposent des objectifs spécifiques aux différents types de tests et montrent leur complémentarité. Néanmoins, avec l’émergence de l’Agile on a vu d’autres modèles se développer. Je pense notamment au quadrant des test qui est pensé pour les développement en Agile.

On arrive très vite à cette question: en Agile, les niveaux de test ont-ils encore leur place ?

Pour y répondre je proposer une petite analyse d’impact du quadrant des tests et des « faiblesses » intrinsèques aux principe des niveaux de test.

Quadrants des tests

Les quadrants des tests sont maintenant bien connus. Il peuvent se présenter comme ceci (à noter c’est la version de la taverne qui reprend les propositions de niveaux du syllabus extension Agile de l’ISTQB):

On voit clairement que les quadrants ont été pensé pour des environnements où les équipes travaillent en Agile.

On y parle de:

• « Produit » et non pas de « Projet »
• « Équipe » qui dans ce cas montre une pluridisciplinarité car elle est au singulier, il n’y a pas plusieurs (BA, développeurs, testeurs…) équipes qui développent le produit mais une seule
• Une partie spécifique sur le « métier« 
• La structure n’est pas du tout « séquentielle » tout est lié

Ces quadrants répondent à des problématiques concrètes et donne des objectifs différents aux tests répartis en quadrant. Chaque quadrant est basé sur un aspect (technique / métier) et avec un « public » spécifique visé (l’équipe ou le produit).

Les quadrants peuvent, à eux seuls, répondrent à de nombreux contexte en Agile tout comme le faisait les niveaux de test en cycle en V… Cycle en V qui « colle à la peau des niveaux.

Les niveaux de test font penser au cycle en V

J’ai commencé à écrire des articles sur le test en 2016, 1 an avant la création de la taverne. C’est à cette période que j’ai commencé à faire des présentations en interne puis à la STLS pour vulgariser ce métier. J’ai évidemment très vite parler des niveaux de test et une des premières demandes que l’on m’a faite à l’époque était de proposer une correspondance entre les niveaux de test et le cycle en V.

J’avais alors fait des recherches (pour confirmer ce qui me semblait évident) et le résultat était très clair. Chaque activité de la branche de gauche a une correspondance de test sur la branche de droite. Les tests de la branche de droite peuvent facilement être transposés avec les niveaux de test dans leur version à 4 niveaux (avant le syllabus ISTQB 4.0) comme ceci:

Si les quadrants des tests ont été pensés pour l’Agile on peut aisément dire que les niveaux de test on été conçus dans un environnement où le cycle en V était dominant.

Le cycle en V et l’Agile étant incompatibles, faire cohabiter niveaux de test et quadrant des test est périlleux.

Niveaux de test et quadrants: une cohabitation complexe

Lorsque j’ai découvert les quadrants et ai commencé à en parler une question revenait (très) souvent: quel quadrant correspond à quel niveau ?

Cette question était d’autant plus logique qu’à l’époque il y avait 4 niveaux pour 4 quadrants.

L’exercice de réponse à cette question a donc été effectué. L’ISTQB fait une proposition très tôt dans le syllabus de son extension Agile Je m’y suis moi-même plié en 2023 dans cet article.

Ce que l’on peut constater c’est qu’il n’y a pas de correspondance 1:1 ! Il n’existe pas de lien clair. En effet, chaque quadrant peut avoir des tests sur plusieurs niveaux comme chaque niveau peut avoir des tests sur plusieurs quadrants.

Par exemple:

• Le quadrant Q4 propose des tests de sécurité et de performances. Ces tests non fonctionnels peuvent être faits à tous les niveaux de test.
• Les tests niveau acceptation qui sont une validation du besoin peuvent quant )à eux se retrouver en Q3 (le plus évident) mais aussi en Q4 avec des tests non fonctionnels comme, en plus de ceux cités au point précédent, les tests d’accessibilité.

Vous noterez également que le niveau « test d’intégration » n’est pas présent dans la proposition de l’ISTQB. De même, on voit « test unitaires » et non pas le niveau « tests de composant », alors que les 2 notions restent différentes.

Conclusion

Les niveaux de test ont été pensés pour des cycles de développement séquentiels et très proches du cycle en V contrairement au quadrant des tests qui a été pensé pour de l’Agile.

Les quadrants sont alors plus naturels à utiliser que les niveaux… d’autant plus qu’il n’y a pas de correspondance claires entre niveaux et quadrant.

Ces faits ne veulent cependant pas dire que les niveaux de test n’ont pas leur place en Agile. Si l’on en revient à la base, les niveaux de test proposent des objectifs de test. Hors, les objectifs ne dépendent pas de la méthodologie de développement.

On peut utiliser les niveaux et même les adapter… tout comme il est possible de ne pas les utiliser. Les quadrants des test sont également largement suffisant dans de très nombreux contextes.

A titre personnel j’aime utiliser les niveaux en complément des quadrants… notamment avec le BDD qui génère des tests niveau système. Je trouve qu’apporter plusieurs visions en proposant plusieurs angles est un vrai atout.

Ce qui est sûr c’est que contrairement à quand j’ai commencé le test, les niveaux ne sont pas les seules grilles de lecture pour organiser les tests et que par conséquent ils ne sont plus aussi prépondérant qu’avant.

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.