clarifier les exigences des intervenants est un objectif de haut niveau. Pour rendre les objectifs de L’AC plus clairs, décomposons-les.
Détection de la portée de la fonctionnalité. AC définir les limites des user stories. Ils fournissent des détails précis sur les fonctionnalités qui aident l’équipe à comprendre si l’histoire est terminée et fonctionne comme prévu.
décrivant des scénarios négatifs. Yor AC peut exiger que le système reconnaisse les entrées de mot de passe non sécurisées et empêche un utilisateur d’aller plus loin., Le format de mot de passe non valide est un exemple de scénario négatif lorsqu’un utilisateur effectue des entrées non valides ou se comporte de manière inattendue. AC définir ces scénarios et expliquer comment le système doit réagir sur eux.
réglage de la communication. Les critères d’acceptation synchronisent les visions du client et de l’équipe de développement. Ils s’assurent que tout le monde a une compréhension commune des exigences: les développeurs savent exactement quel type de comportement la fonctionnalité doit démontrer, tandis que les parties prenantes et le client comprennent ce qui est attendu de la fonctionnalité.
rationalisation des tests d’acceptation., AC sont la base des tests d’acceptation de l’histoire de l’utilisateur. Chaque critère d’acceptation doit être testable indépendamment et donc avoir un scénario de réussite ou d’échec clair. Ils peuvent également être utilisés pour vérifier l’histoire via des tests automatisés.
en Fonction de l’estimation. Les critères d’acceptation spécifient exactement ce qui doit être développé par l’équipe. Une fois que l’équipe a des exigences précises, elle peut diviser les user stories en tâches qui peuvent être correctement estimées.
critères D’acceptation types et structures
AC peut être écrit dans différents formats., Il y en a deux plus courants, et la troisième option consiste à concevoir votre propre format:
- orienté scénario (donné/quand/alors)
- orienté règle (liste de contrôle)
- formats personnalisés
comme le premier et le second formats ont des structures très spécifiques, nous nous concentrerons principalement sur eux. Cependant, vous constaterez peut-être que d’autres formats conviennent mieux à votre produit, nous les aborderons donc brièvement.
critères D’acceptation orientés scénario
le format D’écriture AC orienté scénario est connu sous le nom de type/When / Then (GWT) donné.,
- étant donné une condition préalable
- lorsque je fais une action
- alors j’attends un résultat
Cette approche a été héritée du développement axé sur le comportement (BDD) et fournit une structure cohérente qui aide les testeurs à définir quand commencer et terminer le test d’une fonctionnalité particulière. Il réduit également le temps consacré à l’écriture de cas de test car le comportement du système est décrit en amont.,
chaque critère d’acceptation écrit dans ce format a les instructions suivantes:
- scénario — le nom du comportement qui sera décrit
- donné — l’état de début du scénario
- lorsque — action spécifique que l’utilisateur effectue
- puis — le résultat de l’action dans « When”
- et — utilisé pour continuer l’une des trois instructions précédentes
prend pour terminer une tâche et l’expérience du résultat.
regardons quelques exemples.,
exemple 1
User story: en tant qu’utilisateur, je veux pouvoir récupérer le mot de passe sur mon compte, afin de pouvoir accéder à mon compte au cas où j’aurais oublié le mot de passe.,
lorsque: l’Utilisateur a sélectionné l’option Mot de passe oublié
et: a entré un e-mail valide pour recevoir un lien pour la récupération de mot de passe
puis: le système a envoyé le lien vers l’e-mail entré
donné: L’Utilisateur a reçu le lien via l’e-mail
lorsque: L’Utilisateur a navigué à travers le lien reçu dans l’e-mail
puis: le système permet à l’utilisateur de définir un nouveau mot de passe
exemple 2
user story: en tant qu’utilisateur, je veux pouvoir demander l’argent de mon compte dans ATM afin de pouvoir recevoir l’argent de mon compte rapidement et à différents endroits.,alid
et: le distributeur contient de l’argent
lorsque: le client demande de l’argent
puis: s’assurer que le compte est débité
et: s’assurer que l’argent est distribué
et: s’assurer que la carte est retournée
critères D’acceptation 2:
étant donné: que le compte est à découvert
et: la carte est valide
lorsque:
ensuite: assurez-vous que le message de rejet est affiché
et: assurez-vous que l’argent n’est pas distribué
format des critères d’acceptation orienté vers les règles
dans certains cas, il est difficile d’intégrer les critères d’acceptation dans la structure donnée/when/then., Par exemple, GWT ne serait guère utile pour les cas suivants:
- vous travaillez avec des user stories qui décrivent la fonctionnalité au niveau du système qui nécessite d’autres méthodes d’assurance Qualité.
- Le public cible pour les critères d’acceptation n’a pas besoin de détails précis sur les scénarios de test.
- Les scénarios GWT ne correspondent pas à la description des contraintes de conception et d’expérience utilisateur d’une fonctionnalité. Les développeurs peuvent manquer un certain nombre de détails importants.
Vous pouvez traiter ces cas avec le format AC orienté règle.,
La règle orientée forme implique qu’il existe un ensemble de règles qui décrivent le comportement d’un système. Sur la base de ces règles, vous pouvez dessiner des scénarios spécifiques.
habituellement, les critères composés à l’aide de ce formulaire ressemblent à une simple liste à puces. Jetons un coup d’oeil à un exemple.
exemple
User story: en tant qu’utilisateur, je souhaite utiliser un champ de recherche pour taper une ville, un nom ou une rue, afin de pouvoir trouver les options d’hôtel correspondantes.,
critères D’acceptation de L’interface de recherche de base
- le champ de recherche est placé sur la barre supérieure
- la recherche commence une fois que l’utilisateur clique sur « Rechercher”
- Le champ contient un espace réservé avec un texte de couleur grise: « Où allez-vous?”
- l’espace réservé disparaît une fois que l’utilisateur commence à taper
- La Recherche est effectuée si un utilisateur tape dans une ville, un nom d’hôtel, une rue ou tous combinés
- La Recherche est en Anglais, Français, allemand et ukrainien
- L’utilisateur ne peut pas taper plus de 200 symboles
- La recherche, Si l’Utilisateur a tapé un symbole spécial, affichez le message d’avertissement: « L’entrée de recherche ne peut pas contenir de symboles spéciaux.”
Autres formats
la Plupart des articles de l’utilisateur peuvent être couverts avec deux formats mentionnés ci-dessus. Cependant, vous pouvez inventer vos propres critères d’acceptation étant donné qu’ils servent leurs objectifs, sont écrits clairement en anglais et ne peuvent pas être mal interprétés. Certaines équipes utilisent même du texte brut.
parfois, vos critères peuvent être spécifiés comme exemple de comportement du système: