Faites revivre vos spécifications scrumday 2014

Yannick Grenzinger & Clément Rochas

Faites (re)vivre vos spécifications

MERCI À NOS SPONSORS

Cette présentation est...

• Un REX!• Une démo de mise en place de tests

automatisés!• Un exemple de développement agile

en dans un milieu qui ne l’est pas…

“Quand le client m’affirme qu’il ne retrouve pas les fonctionnalités precisées dans sa spec”

“Quand je viens de finir les specs et que je n’y ai rien compris”

Too long!

didn’t read

Le contexte

• Opérateur téléphonique!• Pas agile dans le process!• Culture du héro

Le concept de l’appli

Warning: L’image suivante peut heurter la sensibilité des plus agile d’entre nous.

LOT 1

Quand la loi ne peut plus rien pour vous, il vous reste un recours...

The A(gile)TEAM

Racontez moi tout depuis le début...

Décrire les comportements langage commun

(Given)(Etant donné) un contexte

(When)(Lorsque) l'utilisateur effectue certaines actions

(Then)(Alors) on doit pouvoir constater telles conséquences

Rétro story map

Les user stories composés

En tant d'utilisateur Je veux quelque chose de très complexe !afin de faire l’action A

En tant que composant X !Je veux implémenter l’opération Y !afin de faire l’action C !et contribuer à A

En tant que composant Z !Je veux implémenter l’opération X afin de faire l’action B !et contribuer à A

Utilisateur

Composant

Spécifier par l’exemple

Exemples BDD

Tests d’acceptation

Spécifications liées aux domaines métiers

Décrivent Vérifient

se transforment

Le tout automatisé

Et maintenant comment on automatise?

JBehave: Ecrire notre 1er test BDD en 5 min

Un projet avec une classe Panier, nous allons utiliser JBehave

mvn archetype:generate -> 686 -> fr.xebia -> demo-scrumday

Scenario: Calculer le prix total du panier après avoir appliqué une taxe

Given un panier avec un prix total de <prixTotal> euros

And une taxe de <taxe>%

When on calcule le prix total avec la taxe

Then le prix total avec la taxe est de <prixAttendu> euros

Examples:

|prixTotal|taxe|prixAttendu|

| 100 | 0.2 | 120 |

Histoire d’un refactoring

Comment le BDD nous a permis de comprendre, de s’approprier et de refactorer le legacy.!

!Story: En tant que catalogue, Je veux valider l'intégrité des groupes d’options!Un peu de contexte! une offre contient X groupeschaque groupe contient X optionsOn veut vérifier que les options des groupes sont cohérentes

Notre story sous format BDDScenario: tester l’intégrité des groupes d’options d’un panier clientGiven un groupe Débit Internet d'une offre Mobile Given on <action1> une option Internet Illimité Given on <action2> une option 100mo chaque mois When le catalogue vérifie l'intégrité des groupesThen le statut panier est <statutPanier>Examples:| action1 | action2 | statutPanier || SOUSCRIT | SOUSCRIT | KO || SOUSCRIT | RESILIE | OK |

traiter l’étape

Classe

Méthode

Offre

N groupes

N options

récupère les données de l’étape précédente

trier les options sélectionnées suivant le groupe associé

Parcourir les options et vérifier qu’on ne dépasse pas le maximum

Parcourir les groupes et vérifier que chacun a le nombre minimum d’options

compter le nombre d’options proposables dans un groupe

Récupérer le groupe associé à l’option

Step: Vérifier groupe

Step: Vérifier groupe

compter le nombre d’options proposables dans un groupe

Classe

Méthode

Offre

N groupes

N options

récupère les données de l’étape précédente

Pour chaque groupe de l’offre, vérifier si le nombre d’options est correct

Calculer le nombre d’options sélectionnés dans un groupe

● Jbehave (ou JUnit ou EasyB) ● Selenium/Webdriver ● Rapports

Et nous qu’est ce qu’on laisse aux prochains développeurs ?

• Pas de spécifications mais une image à

l’instant T du code;!

• Une cartographie fonctionnelle de l’appli;!

• Des comportements automatisés donc des

tests de non régression;

La story map comme gilet par balle

Take away➢Adopter un langage commun autour du métier!➢Faire confiance au dev pour le code :-)!➢Augmenter la qualité du code avec des tests de

non régression … métier !!➢Possibilité de reprendre du code legacy en

repartant du métier!➢Être transparent, suivre l’avancement en terme

de fonctionnalité

Merci!