Réponse.

Vérification et validation sont deux concepts clés dans les tests, qui déterminent la conformité d'un produit aux attentes et aux exigences.

Contexte de la question :

Dans l'ingénierie logicielle, une distinction a été faite entre la vérification (conformité du produit aux spécifications) et la validation (conformité aux attentes de l'utilisateur) pour décrire deux aspects différents de la qualité.

Problématique :

Les spécialistes confondent ces termes et utilisent les approches de manière incorrecte : ils testent uniquement selon le cahier des charges, ignorant l'expérience utilisateur, ou inversement, s'appuient uniquement sur la logique "correcte/conviviale", oubliant les exigences formelles.

Solution :

Vérification (Construisons-nous le produit correctement ?) — vérifier que le produit répond à toutes les exigences de la spécification (cahier des charges, documentation).
Validation (Construisons-nous le bon produit ?) — s'assurer que le produit résout le problème de l'utilisateur et correspond aux attentes réelles.
Utiliser les deux approches : vérifier selon le cahier des charges, valider par des tests exploratoires "réels", des scénarios utilisateur, des tests d'acceptation.

Caractéristiques clés :

Vérification = vérification formelle des exigences.
Validation = empathie envers l'utilisateur, simulation de scénarios réels.
Les deux étapes sont nécessaires pour couvrir complètement les erreurs.

Questions piégeuses.

Que signifie "le produit a passé la vérification, mais a échoué à la validation" ?

Il correspond au cahier des charges, mais est peu pratique, ne résout pas le problème de l'utilisateur et n'est pas nécessaire sur le marché.

Peut-on commencer la validation avant la vérification ?

Non, un ensemble de bases doit d'abord être vérifié, sinon une fonctionnalité incomplète ne permettra pas d'évaluer l'expérience utilisateur.

L'absence de convivialité est-elle considérée comme un bug lors de la vérification ?

Non, c'est un problème d'expérience utilisateur qui n'est détecté qu'à l'étape de validation des scénarios utilisateurs.

Erreurs typiques et anti-modèles

Orientation uniquement sur le cahier des charges, ignorance de l'expérience utilisateur.
Ignorer les tests d'acceptation.
Communication insuffisante avec ceux qui utiliseront réellement le produit.

Exemple de la vie réelle

Cas négatif

Tests effectués uniquement sur la conformité aux exigences de la documentation. Après le lancement, il a été découvert que les utilisateurs ne comprenaient pas la logique des étapes de la commande, malgré la conformité formelle aux cas décrits.

Avantages :

Toutes les exigences de la spécification sont mises en œuvre.

Inconvénients :

Faible engagement des utilisateurs, plaintes et abandon du produit.

Cas positif

Des tests exploratoires ont été réalisés et un test d'expérience utilisateur a été organisé avec de réels utilisateurs. Des inconforts ont été découverts, et le processus de commande a été amélioré. Résultat — avis positifs, taux de conversion élevés.