Réponse.

Historique de la question

Les critères d'acceptation sont un ensemble d'exigences qui doivent être remplis pour que le travail (version, tâche, cas de test) soit considéré comme terminé. Dans le test manuel, des conditions clairement définies permettent d'éviter les erreurs, les malentendus et les "omissions" cachées.

Problème

L'absence de critères transparents conduit à des interprétations différentes de la "prêtresse" : le développeur considère la tâche comme clôturée, le testeur — pas encore tout à fait, et le client — attend la conformité avec la logique commerciale.

Solution

Élaborer des critères mesurables, compréhensibles et non contradictoires (par exemple, "le bouton fonctionne", "les données sont sauvegardées lors du rafraîchissement de la page", "aucune erreur de validation ne se produit"). Il est important d'accorde le DoD entre le client, le testeur et le développeur, de refléter les changements d'exigences et de fixer l'accomplissement des critères pour chaque story/issues.

Caractéristiques clés :

Permettent d'éviter les malentendus et les attentes inutiles.
Former des check-listes pour les tests manuels.
Aident à se concentrer sur l'essentiel.

Questions pièges.

Est-il obligatoire de remplir tous les critères pour clôturer la tâche ?

Oui, c'est en fait l'essence du DoD : la tâche n'est considérée comme terminée que si tous les critères sont respectés.

Peut-on modifier le DoD pendant le test ou le lancement ?

Oui, si les exigences ont changé ou si de nouveaux détails sont apparus, mais tous les membres de l'équipe doivent être informés, en particulier le testeur.

Qui doit déterminer le DoD ?

Toute l'équipe ensemble — avec la participation des testeurs, développeurs, analystes commerciaux et représentants du client.

Erreurs typiques et anti-modèles

Formulations générales et floues telles que "la fonctionnalité fonctionne".
Changements de critères non documentés en cours de route.
Ignorer le DoD lors de la version ou de l'acceptation.

Exemples de la vie

Cas négatif

La tâche a été acceptée sans critères formalisés : un collègue pensait que tout fonctionnait. Le client découvre le lendemain un "bug caché". Le testeur утверждает, что le bug ne concernait pas la tâche.

Avantages:

Fermeture rapide des tâches

Inconvénients:

Défauts critiques manqués
Situations conflictuelles avec le client

Cas positif

Avant le test, des critères spécifiques sont établis, après chaque exécution manuelle, une marque est mise sur l'accomplissement. Tout changement est enregistré et discuté avec l'équipe.