BDD (Behavior Driven Development) - Une voie vers l'agilité

Mauro Talevi @Mix-IT 2011

1. BDD:
un chemin vers l’Agilité
Mauro Talevi
Comment BDD peut favoriser
l’adoption d’une approche Agile
2011

2. Plan
“Pain-Driven Development”
Behaviour-Driven Development
BDD en Java: JBehave
Questions
Etude de Cas

3. Pain-Driven
Development *
*Développement pour les SM

4. Maux du Développement
Le système ne fait pas ce qu’il devrait
Pas de tests d’acceptation
Fonctionnalité manquante
Le système est développé en “silos”
Le système n’est pas accessible ni
visible par le métier
... et plus encore!

5. Un Exemple
... c’est familier?

6. ... mais ça prend du temps
BDD propose un nouveau paradigme ...

décrire le
comportement est
un meilleur type
de test
un langage
universel c’est la
clef
les tests
d’acceptation
doivent être
automatisables
toutes requêtes
sont aussi des
comportements

7. Il y a langage ... et langage

8. Behaviour-Driven
Development *
*Développement pour les bien élevés

9. definitions de Dan North:
“BDD essaie d’implémenter une application
en décrivant son comportement
du point de vue des stakeholders”
Parlez le langage du métier
Développement Out-In
(Une des)
Qui sont les “stakeholders”?

10. Stakeholders
Tous ceux qui ont un intérêt
dans le système:
Métier (bien sûr!)
Sécurité
Production
Audit de Qualité
... et plus encore!

11. Développement Out-In
Choisissez la bonne frontiere

12. Parlez le langage du métier
Definissez un langage spécifique pour le
domaine (DSL)
Concentrez-vous sur les concepts du
métier
Evitez les détails techniques
Décrivez les comportements du point de
vue du métier

13. Quelques definitions
Une Histoire (User Story):
une collection des Scénarios,
chacun étant une collection d’étapes
Les scénarios explorent des
déclinations de l’histoire,
nominales et alternatives
Les histoires décrivent des
comportements, c.a.d. la fonctionalité
attendue par le métier

14. Etant donné un seuil de 15.0
Grammaire BDD d’Etapes:
Etant donné - contexte
Quand - événement
Alors - résultat
Et - répète étape précédente
Commençons une conversation:
Quand une action est échangée á 5.0
Alors le trader ne doit pas être alerté

15. La même grammaire BDD
Seules des valeurs ont changé
Explorez d’autres options du métier:
Etant donné un seuil de 15.0
Quand une action est échangée á 16.0
Alors le trader doit être alerté

16. Etant donné un seuil de 15.0
Quand une action est échangée à 5.0
Alors le trader ne doit pas être alerté
Quand une action est échangée à 16.0
Alors le trader doit être alerté
Combinez les étapes:
Choisissez
le paramétrage d’étapes

17. Etant donné un seuil de 15.0
Quand une action est échangée á 16.0
Alors le trader doit être alerté
Faites évoluer le langage:
Mêmes paramétres
Langage change
Alias pour
mêmes étapes
Etant donné un seuil de prix de 15.0
Quand un stock est échangé á 16.0
Alors le trader doit être alerté

18. Et en plus ...
Tabularisation: quand on a des
répétitions d’étapes ou des donné
Histoires comme des pre-requis:
quand on a des répétitions des
histories et des scénarios

19. BDD vs TDD
TDD parle un langage technique,
écrit en code
BDD parle un langage du métier,
écrit en texte
Ils sont complémentaires,
pas en conflit!

20. BDD vs ATDD
ATDD est un paradigme générique
d’automatisation des tests, pas
toujours communicative
BDD permet d’automatiser les tests,
en mettant l’accent sur la
communication

21. BDD en Java

23. Etapes correspondent aux méthodes Java
@Given(“un seuil de $seuil”)
public void unSeuil(double seuil){
// assignez l’objet pour garder l’état
}
Etant donné un seuil de 15.0
Paramétres auto-convertis

24. Tous les types Java sont supportés
Nombres
Listes des nombres
Booleans
Enums
Strings
Listes des Strings

25. Types des paramétres sur-mesure
@Given(“la date de $date”)
public void uneDate(Date date){
// Date est multi-format
}
DateConverter implements ParameterConverter {
public Object convertValue(String value, Type type) {
// DateFormat injectée dans DateConverter
return dateFormat.parse(value);
}
}
Etant donné la date de 01/04/2010

26. Alias
@Given(“un seuil de $seuil”)
@Alias(“un seuil de prix de $seuil”)
public void unSeuil(double seuil){
// assignez l’objet pour garder l’état
}
Etant donné un seuil de 15.0
Etant donné un seuil de prix de 15.0
Evolution du langage du scénario

27. Scénario: Un article est ajouté au
panier du site e-commerce
Etant donné le panier est vide
Quand je recherche un article
Et l’article est ajouté au panier
Alors le panier contient cet article
Un scénario Web
On décrit les interactions des utilisateurs
Pas les détails HTTP/HTML

28. Groovy WebDriver
class Home extends BasePage {
def Home(WebDriverProvider webDriverProvider) {
super(webDriverProvider)
}
def go() {
get("http://www.etsy.com")
}
def go(String section) {
go()
findElement(By.xpath( "//a[@title = '$section']" )).click()
}
def search(String thing) {
findElement(By.id( "search-facet")).click()
findElement(By.className( "all")).click()
findElement(By.id( "search-query")).sendKeys(thing)
findElement(By.id( "search_submit")).click()
}
def goToBuySection() {
findElement(By.linkText( "Buy")).click()
}
}
WebDriver agit comme une API

29. Exécutions

30. Reporting
StoryReporter observe les
événements (“Observer Pattern”)
En sortie plusieurs formats:
CONSOLE, HTML, XML, TXT, STATS
En entrée texte (peut-être a wiki)

31. Un Exemple

32. Un Report HTML

33. Et en plus ...
Dependency Injection
Multi-Threading
Story Mapping
Web Runner
Web Queue

34. Etude de Cas

35. Contexte
Projet stratégique pour
une banque globale
d’investissement
Commencé en Sept 2008 ...
... des temps très
interessants pour le
monde financier!

36. Technologie
Application Java Enterprise
Focus initial sur le “core back-end”
Architecture basée sur JMS (transactionnelle)
Interfaçant plusieurs systèmes internes
“Web front-end” ajouté plus tard

37. Méthodologie
Projet Agile Scrum
Sprints de deux semaines
Equipe jusqu’á 10 membres
Auto-organisé: devs, testers, BA, SM
Le SM c’est pas un Chef de Projet!

38. Les Stakeholders
“No world is an island” ...
Sans expérience d’Agile ni de BDD ...
... plusieurs stakeholders
... mais très investis
Métier
Production
Securité
Infrastructure
& pas juste concernés!

39. Le Poulet
& Le Cochon
Il faut être tous des cochons!

40. Cochonnet
Le plus important membre de l’équipe

41. BDD et l’Agilité

42. BDD et l’Agilité
BDD ideale pour un projet Agile:
.... “Done Criteria” de Scrum
... la clef pour une meilleure
communication
... mais il peut aussi favoriser
l’adoption de l’Agilité
.... le Contrat de la livration

43. Web Runner
Le métier voulait plus de visibilité ...
... mais ils n’ont pas acces au
environment technique du build
Utilisé pour le setup des démos
... dans les Sprint Reviews
... dans les démos métier
Cela donne plus de confiance au métier

44. Deux Ans Apres ...
Most Valuable Agile Project

45. Cochonnet est très fier

46. Communication
BDD clef pour la communication en:
... specifiant critères d’acceptance
... détaillant des séquences par étapes
... rendant input/output plus visibles
... aidant l’équipe pour l’estimation

47. Confiance
BDD relance la confiance:
... du métier, en rendant le
comportement plus visible et detaillé
... de l’équipe, en livrant “what it says
on the tin” et en permettant des
refactoring sans peur

48. Traitez les tests comme code
Attention au “scenario smells”:
... répétition d’étapes
... répétition des scénarios
Il faut faire du refactoring
Engagez-vous avec le métier

49. Pairing est de grande valeur
Comportement représente un domaine
partagé:
Devs
Métier
BAs
Testers
Pairing baisse le risque
de malentendu et
favorise la communication

50. Scénarios par Sprint

51. En Conclusion ...
BDD représente un nouveau paradigme:
simple ...
mais pas toujours
facile!
BDD a joué un rôle clef en developpant ...
... du code qui est important pour le métier
... la confiance entre équipe et métier
Comme
l’Agilité

52. Contact
Mauro Talevi
http://jbehave.org
[email protected]
http://jbehave.org

53. Questions
... et Démo
(pour les intéressés)