Intro
Si vous êtes dans le test (depuis peu) vous avez sûrement entendu parler de vérification et de validation. Ces 2 concepts sont bien différents sur le papier mais font l’objet d’une confusion dans de nombreuses équipes.
En plus d’avoir un objectif différents, les tests de vérification et les tests de validation sont pour moi complémentaires. Il est pour moi nécessaire de faire ces deux « types » de test dans un processus qualité lorsque l’on veut livrer un produit de qualité.
Définitions
Tests de vérification
Tests incluent dans le processus consistant à confirmer qu’un produit de travail est conforme à sa spécification.
Tests de validation
Tests visant à confirmer, par examen, qu’un produit de travail correspond aux besoins d’une partie prenante.
Analyse des définitions
Lorsque l’on est dans le test depuis un petit moment, ces définitions font tout de suite penser aux niveaux de test.
L’objectif des tests de vérification est de valider une conformité par rapport à une demande qui peut être sous la forme d’une spécification mais pas seulement (cela peut aussi être, par exemple, des User Storys).
Ces tests sont, en général, des tests de niveau système. Ils correspondent aux tests, généralement, exécutés par les testeurs que l’on retrouve, toujours en général, dans les outils de gestion de test. En ce sens, les tests conçus avec le BDD sont des tests de vérification.
L’objectif des tests de validation est de contribuer à l’analyse d’une fonctionnalité ou produit (ou partie d’un produit) afin de savoir si cette dernière répond à un besoin d’une partie prenante (un utilisateur, un administrateur…).
Ces tests sont, en général, des tests de niveau acceptation. Il sont généralement exécutés par des utilisateurs ou des représentants métier (en Scrum on peut penser au PO). Ils sont généralement moins scriptés que les tests de vérification.
Pourquoi cette confusion ?
Je vois principalement trois raisons à cette confusion:
- La différence des termes en français n’est pas évidente. Dans le langage de tous les jours il n’est pas simple de définir une frontière entre les termes « vérification » et « validation »
- Dans les entreprises la frontière entre ces tests n’est pas toujours évidente. Et les termes employés ne sont pas forcément les mêmes (et peuvent même être inversés). L’ISTQB propose des définition claires avec une frontière nette. Cette frontière est assez poreuse dans de nombreux contextes où l’on peut avoir ces 2 types de tests qui cohabitent dans un même campagne.
- La différence des objectifs n’est pas toujours claire. C’est un problème ancien qui perdure. Les tests d’acceptation et tests système (j’y inclus le niveau intégration système) sont souvent confondus alors qu’il y a une vraie différence entre ces 2 niveaux.
Conclusion
Vérification et validation sont deux termes que l’on a l’habitude de confondre mais qui abordent des sujets bien différents.
Ces 2 types de tests sont complémentaires et il me parait important de s’assurer que l’on a bien couverts les objectifs de chacun avant de proposer un produit (ou une fonctionnalité de ce produit) entre les mais de potentiels utilisateurs.
L’important n’est pas le nom, mais bien les objectifs couverts. Pensez, dans votre démarche qualité, à vous assurer que ce qui est livré correspond à ce qui est demandé mais aussi à ce qui est souhaité.
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.
2 réponses
Bonjour Marc,
Faut-il en conclure que les tests de vérification s’apparentent aux niveaux de test système (système et intégration) et que les tests de validation se réfèrent aux TAU ?
Bonjour,
si TAU veut dire Test d’acceptation Utilisateur, alors oui, on peut voir ça comme cela dans une très grande majorité des cas