Écrire des Critères d'Acceptation Clairs

Les critères d'acceptation définissent quand une user story est complète. Des critères clairs préviennent les conversations "Je pensais que ça voulait dire...", réduisent les reprises, et aident les testeurs à savoir quoi vérifier. Les bons critères d'acceptation sont spécifiques, testables, et convenus avant que le développement ne commence.

Formats de Critères

Étant-Donné-Quand-Alors

Format de Scénario

FORMAT ÉTANT-DONNÉ-QUAND-ALORS
══════════════════════════════

STRUCTURE:
─────────────────────────────────────
ÉTANT DONNÉ: État de départ/contexte
QUAND: Action prise
ALORS: Résultat attendu

EXEMPLE - Connexion:
─────────────────────────────────────
Story: En tant qu'utilisateur, je veux me connecter
       pour accéder à mon compte.

Critères:

ÉTANT DONNÉ un utilisateur enregistré
QUAND il entre un email et mot de passe valides
ALORS il est connecté et voit le tableau de bord

ÉTANT DONNÉ un utilisateur enregistré
QUAND il entre un mauvais mot de passe
ALORS il voit l'erreur "Identifiants invalides"
ET il reste sur la page de connexion

ÉTANT DONNÉ un utilisateur enregistré
QUAND il entre un mauvais mot de passe 5 fois
ALORS son compte est verrouillé pour 15 minutes
ET il voit le message de verrouillage

ÉTANT DONNÉ un utilisateur sur la page de connexion
QUAND il clique sur "Mot de passe oublié"
ALORS il voit le formulaire de réinitialisation

AVANTAGES:
─────────────────────────────────────
├── Focalisé sur le comportement
├── Facile à convertir en tests
├── Couvre les chemins heureux et malheureux
├── Cause et effet clairs
├── Réduit l'ambiguïté
└── QA peut automatiser directement

Écrire de Bons Scénarios

MEILLEURES PRATIQUES SCÉNARIOS
══════════════════════════════

RÉSULTATS SPÉCIFIQUES:
─────────────────────────────────────
❌ Vague:
ALORS l'utilisateur est notifié

✅ Spécifique:
ALORS l'utilisateur voit toast: "Paiement réussi"
ET un email de confirmation est envoyé
ET la commande apparaît dans l'historique

COUVRIR LES CAS LIMITES:
─────────────────────────────────────
Ne pas juste écrire le chemin heureux.
Demander: Qu'est-ce qui pourrait mal tourner?

├── Entrée invalide
├── État vide
├── Erreur réseau
├── Permission refusée
├── Accès concurrent
├── Valeurs limites
└── Chaque mérite un scénario

EXEMPLE - UPLOAD DE FICHIER:
─────────────────────────────────────
Chemin heureux:
ÉTANT DONNÉ l'utilisateur sur la page d'upload
QUAND il sélectionne un PDF valide sous 10Mo
ALORS le fichier s'uploade avec succès
ET le nom de fichier apparaît dans la liste

Cas limites:
ÉTANT DONNÉ l'utilisateur sélectionne un fichier de plus de 10Mo
QUAND il clique sur upload
ALORS il voit l'erreur "Fichier trop volumineux"
ET l'upload ne procède pas

ÉTANT DONNÉ l'utilisateur sélectionne un fichier .exe
QUAND il clique sur upload
ALORS il voit l'erreur "Type de fichier invalide"

ÉTANT DONNÉ que l'upload est en cours
QUAND le réseau se déconnecte
ALORS il voit "Upload échoué. Réessayer?"
ET peut réessayer sans resélectionner le fichier

Solutions Connexes

• Écriture Critères d'Acceptation
• Écrire de Meilleures User Stories
• Écrire des User Stories Efficaces