Les critères d'acceptation (acceptance criteria) sont une liste convenue à l'avance des conditions auxquelles une fonctionnalité doit répondre pour être considérée comme mise en œuvre avec succès et acceptée. Leur formulation a commencé avec les méthodes de développement Agile pour assurer la transparence du processus de vérification.
Sans critères d'acceptation clairs, il existe un risque d'évaluation subjective des résultats, de malentendus entre le testeur, le développeur et le client. Cela entraîne des conflits, des retards et des itérations répétées de vérification.
Les critères doivent être formulés conjointement avec l'équipe, décrivant non seulement "ce qui doit fonctionner", mais aussi "comment cela doit fonctionner", en tenant compte des cas limites, des erreurs et des scénarios utilisateur. Avant le début des tests, tous les participants au projet doivent être familiarisés avec les critères.
Caractéristiques clés :
Qui formule les critères d'acceptation : seuls les testeurs ou les chefs de projet ?
Il est important de formuler les critères ensemble : testeurs, managers, analystes, parfois — le client.
Peut-on accepter une fonctionnalité si elle fonctionne "globalement bien", mais qu'un des critères d'acceptation n'est pas rempli ?
Non. Le non-respect d'un seul critère est une raison de refuser l'acceptation.
Les critères doivent-ils inclure uniquement des scénarios positifs ?
Non. Ils doivent prendre en compte à la fois des scénarios négatifs et limites pour éviter des bogues inattendus.
Les critères d'acceptation ont été définis oralement, sans être documentés par écrit. En conséquence, une des fonctions métier importantes ne fonctionne pas en raison de exigences cachées du client.
Avantages :
Inconvénients :
Les critères d'acceptation ont été formalisés sous forme de liste et acceptés avec l'équipe produit et le client, avec des exemples de données aux limites.
Avantages :
Inconvénients :