7. ATDD cycle model by Jim Shore with changes suggested by
Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
8. Ensemble tout devient possible
Atelier de spécifications
Bug Bash copyright by Hans Bjordahl — www.bugbash.net
9. ATDD cycle model by Jim Shore with changes suggested by
Grigori Melnick, Brian Marick, and Elisabeth Hendrickson
10. Given …
Un Langage
When … Commun
Then …
External
Domain Specific Language
11. Spécifier par l’exemple
Les histoires d’utilisateur sont décrites au
travers d’exemples : les scénarii
Les utilisateurs doivent utiliser des mots de passe sécurisés
(une chaine de caractères dont la taille est comprise entre 8 et 20
Et qui contiennent au moins une lettre, un chiffre et un caractère spécial)
12. Atelier de spécifications
Discussion
Que ce passe t'il si un utilisateur entre un mot de
passe non sécurisé ?
Pouvez vous me donner des exemples de mots de
passe sécurisés et non sécurisés ?
Quels sont les caractères spéciaux ?
Comment prend on en compte les espaces ?
Que fait on pour les mots de passe basés sur un
dictionnaire avec une substitution simple comme
‘p@ssw0rd’?”
Comment gère t on les comptes existants ?
Comment savoir que cette fonction est quot;terminéequot; ?
13. Les scénarii
Etant donné un nouvel Etant donné un nouvel
Utilisateur Utilisateur
Lorsqu'il crée un compte Lorsqu'il crée un compte
avec un mot de passe avec un mot de passe non
sécurisé sécurisé
Alors le message 'SUCCESS' Alors le message 'FAILURE'
apparait apparait
Et lorsqu'il essaye de se Et lorsqu'il essaye de se
connecter sur ce compte connecter sur ce compte
Alors le message 'Hello Alors il n'y parvient pas et
$login' apparait le message 'FAILURE'
apparait
14. Exemples
• Exemples de mots de passe sécurisé
– p@ssw0rd
– d1ction n@ire
– dictionnaire_01
• Exemples de mots de passe non sécurisés
– Trop court: p@sw0r
– Trop long: dictionnaire_01_ dictionnaire_01
– Sans chiffre: p@ssword
– …
30. Les tests d'acceptance
sont le scanner du projet
Les exemples
permettent de
prouver
quot;scientifiquementquot;
la théorie du
développeur
31. Enfin les tests : l’exploration
Aspect Métier
Te
n ce st
s
Support du Développement
pta Ex
pl
ce or
'Ac at
Critique du Produit
d oi
s re
st s
Te
Di
Sc spo
s Sé ala nib
ire n cu bi ili
ta o rit lité té
U ni rati é
t s tég …*
es d'In ité
T
et
Aspect Technologique
32. Rendre les spécifications
exécutables
Différentes approches
– Proche du code
• JBehave, Rspec, Easyb…
– Format moins technique
• Wiki : Fitnesse/SLIM, GreenPepper…
• HTML : Concordion, Robotframework…
– De nouveaux outils en cours de maturation
• Twist, JBehave 2…
33. Les Pères Fondateurs
• JBehave : Dan North, Chris Matt
• Test Driven Development: Kent Beck
• FIT: Ward Cunningham
• Example Driven Development: Brian
Marick
• User Stories: Mike Cohn
• Domain Driven Design: Eric Evans
34. Bilan
Une meilleure communication entre les
différents acteurs du projet
• Discuss : tous ensemble
• Distill : définition par l'exemple
• Develop : pilotage par l'exemple - quot;FAITquot;
• Demo : Validation
Bref, une seule équipe
35. Perspectives
Emergence d'une nouvelle génération
d'outils pour relever de nouveaux défis
• Intégration au cycle de vie du projet (SCM)
• Facilité de prise en main par la MOA
• Meilleure Intégration avec les outils de
développement
• Rapports plus complets (couverture des
exigences, évolution dans le temps…)