Tests d’acceptation et de conformité
"Un logiciel est acceptable lorsqu’il répond aux attentes du client,
pas seulement lorsqu’il fonctionne."
Objectifs pédagogiques
À la fin de cette page, vous serez capable de :
- expliquer ce qu’est un test d’acceptation
- distinguer vérification et validation
- comprendre la notion de conformité
- identifier le rôle des parties prenantes dans la validation
Vérification vs validation
Avant de parler de tests d’acceptation, il est essentiel de distinguer deux notions :
| Vérification | Validation |
|---|---|
| Le produit est-il bien construit ? | Le bon produit a-t-il été construit ? |
| Conforme aux spécifications | Conforme aux besoins |
| Vision technique | Vision métier / utilisateur |
👉 Les tests d’acceptation relèvent de la validation.
Qu’est-ce qu’un test d’acceptation ?
Un test d’acceptation vise à vérifier que l’application :
- répond aux besoins exprimés
- est utilisable en conditions réelles
- peut être acceptée par le client ou l’utilisateur final
Ces tests sont souvent réalisés : - en fin de cycle de développement - avant la mise en production
“Ce sont généralement les tests finaux avant la mise en production. Ils sont essentiels pour valider la mise en production. “
Qui réalise les tests d’acceptation ?
Selon le contexte, ils peuvent être réalisés par :
- le client
- les utilisateurs finaux
- le product owner
- une équipe métier
- parfois accompagnés par les testeurs
👉 Le testeur joue souvent un rôle de facilitateur.
Tests de conformité
Les tests de conformité vérifient que l’application respecte :
- des exigences légales (RGPD, sécurité, accessibilité)
- des normes internes
- des contraintes contractuelles
- des standards techniques
Exemples
- respect des règles de sécurité
- conformité aux processus métier
- respect d’un format d’échange imposé
Exemple fil rouge – Tests d’acceptation dans MyEvents
Dans l’application MyEvents,
les tests d’acceptation permettent de valider que l’application répond réellement aux attentes métier.
Exemple de scénario d’acceptation
Contexte métier :
Un organisateur souhaite vendre des billets pour un événement et s’assurer que le processus est fiable pour les utilisateurs.
Scénario d’acceptation :
- un utilisateur crée un compte
- il consulte un événement public
- il achète un billet avec un moyen de paiement valide
- il reçoit une confirmation par e-mail
- le billet apparaît dans son espace personnel
👉 Le test est accepté si :
- le parcours correspond au besoin métier
- aucune étape bloquante n’apparaît
- l’utilisateur peut réellement participer à l’événement
Différence avec les autres niveaux de test
- les tests unitaires vérifient le code
- les tests d’intégration vérifient les échanges entre modules
- les tests fonctionnels vérifient les fonctionnalités
- les tests d’acceptation valident que
« le produit peut être utilisé et accepté par le client »
Dans MyEvents, un test d’acceptation ne vérifie pas le code,
il valide que la promesse métier est tenue.
Exemple de conformité dans MyEvents
Dans MyEvents, les tests de conformité peuvent vérifier par exemple :
- le respect du RGPD (données personnelles, consentement)
- la sécurisation des paiements
- l’accessibilité minimale de l’interface
- la conservation légale des données de transaction
👉 Une application peut être fonctionnelle
mais refusée en production si elle n’est pas conforme.
Points d’attention
- un logiciel peut être fonctionnel mais non acceptable
- la validation dépend fortement du contexte métier
- les critères d’acceptation doivent être définis à l’avance