Les cookies assurent le bon fonctionnement de nos services. En utilisant ces derniers, vous acceptez l'utilisation des cookies. En savoir plus
`

Creer une user story

Sauvegarder: 0 J'aime

Partager:

Difficulté:

Il est pas toujours facile de s' y retrouver, entre jargon et realite.
j' y trouve de la doc qui est plutot bien fichue , je voulais faire un point 

Matériel :

Budget : 1€

  • 1 besoin
  • 1 projet (pour loger le besoin )
  • 1 vision concrete du besoin resolu
  • 1 membre d' equipe (au moins)

Etape 1 : Quoi ?

La forme canonique d'une User Story 

Une User Story présente une vision utilisateur autour de 3 axes : rôle, besoin et valeur métier

  • <En tant que>>Je Veux>>Afin de>.
    • <En tant que> rôle, utilisateur
    • <Je Veux> besoin, action
    • <Afin de> valeur métier
  • Pour bien découper les types d’utilisateurs d'une user story , posez-vous la question : « De qui ai-je besoin d'obtenir le feedback sur la user story ?", pour savoir si la user story résout réellement son problème.
  • Affiner le "afin de" permet de soit clarifier la valeur apportée par la user story, et donc d'aider à la priorisation des user stories des prochains sprint. Si vous avez des difficultés à exprimer correctement l'objectif de la user story (le "afin de"), raisonnez en négatif : "que se passe-t-il si on ne le fait pas ? Quels sont les risques?"


Etape 2 : Comment ?

Le langage Gherkin "GIVEN - WHEN - THEN" pour définir ses scénarios

Ce format provient du BDD (Behavior Driven Developement) qui provient des techniques de dev en projet Agile. Il a pour objectif d'intégrer une formalisation du développement pour obtenir à terme automatiquement des tests fonctionnels, en écrivant des scénarios de tests compréhensibles par des individus non techniques. Cette approche sert deux objectifs : documenter les fonctionnalités à développer d’une part, et permettre l’automatisation des tests d’autre part.

La définition d’un scénario de test en Gherkin se fait selon trois étapes clés : Given, When Then.

  • Given liste les conditions initiales nécessaires au test (les données en entrée souvent)
  • When décrit les actions à effectuer (ce qui doit être testé)
  • Then décrit le résultat attendu en cas de bon fonctionnement du produit (les données que l'on veut récupérer en sortir souvent)

<Etant donné> les utilisateurs suivants : Nom/Prénom, position/fonction ou une situation de départ donnée = UN CONTEXTE

<Quand ou lorsque> j'ajoute/je supprime/je modifie cette donnée : l'utilisateur effectue une ou plusieurs ACTIONS

<et que>

<mais>

<Alors> je dois obtenir ce résultat : on doit pouvoir constater telles conséquences ou situation d'arrivée

<Et> est utilisé de manière optionnelle pour ajouter des conditions au besoin

L'idéal est de s'appuyer sur un fichier d'injection d'un jeu de données qui sont nos valeurs de tests pour que ça reste fonctionnel et cohérent à l'échelle de l'équipe entière.


Exemple Nominal :

Fonctionnalité : Authentification

Scénario : Tentative d’authentification avec un compte valide

Étant donné que je dispose d’un compte utilisateur « marie »

Quand j’accède à la page d’authentification /auth.html

Et que je saisis mon identifiant « marie » dans le champ « Login »

Et que je saisie mon mot de passe dans le champ « Password »

Et que je clique sur le bouton « Connexion » du formulaire

Alors je suis authentifié sur le site

Et je suis redirigé vers la page « Mon compte » à l’URL /mon-compte.html

Sources :

https://www.turn-on.fr/blog/bien-rediger-ses-user-stories


Sauvegarder: 0 J'aime

Partager:

Recevez une fois par mois les meilleurs tutoriels Déco dans votre boîte mail


Ces tutoriels devraient vous plaire

Un Tableau de Bord numérique
Comment fabriquer son filament pour imprimante 3D
Ruban à leds RGB connecté

Stephane BALLET

Suivre

Vues: 138
J'aime: 0

Découvrez d'autres tutoriels de

Stephane BALLET

Creer une user story