Le BDD: bien plus qu une technique de test!

Transcription

1 Le BDD: bien plus qu une technique de test! FÉLIX-ANTOINE BOURBONNAIS B.ING., M.SC, PSM & PASCAL ROY ING., CSM, PSM, PMP Agile Tour Montréal 2015 Novembre 2015

2 Pourquoi cette présentation? Nous voulons vous introduire au BDD comme technique d analyse pour la découverte et la spécification des besoins.

3

4 Félix-Antoine Bourbonnais B.ing., PSM, M.Sc. Qui sommes-nous? Pascal Roy Ing., PSM, CSM, PMP 4 4

5 5

6 Coach Mentor ÉQUIPE AGILE Formateur TECH Gestion 6

7 C est quoi le problème? Image de Patrick Bell from Haddonfield, NJ, USA - new

8 C est quoi le problème? Bâtir le bon produit Image

9 BDD?!? BDD : Behavior-Driven Development

10 Le BDD est un processus

11 BDD Un processus pour Découvrir Spécifier Piloter

12 Le processus BDD (simplifié) PO + analystes 1. Discuter et établir les besoins d affaires Vision, objectifs et capacité 2. Découvrir et spécifier le besoin Atelier de découverte (3 amigos) Fonctionnalité + Règles + Scénarios Les scénarios servent de documentation et de mesure du progrès Pilote Pilote 3a. Réaliser la fonctionnalité (basé sur les scénarios) 3b. Tester la fonctionnalité (basé sur les scénarios) Rapports de tests (avancement) 13

13 Tous savent quoi faire et pourquoi! Affaires (Problème) BDD : Établir un langage commun!!! Dev (Solution) QA 14 14

14 Le BDD dans Scrum Découvrir Spécifier Piloter Story Mapping Atelier de découverte Fonctionnalités + règles Automatisation des scénarios Example Mapping Exemple Sprint Mêlée Planification de livraison Planification de sprint Scénarios Rétro de sprint Backlog de produit Backlog de sprint Revue de sprint Incrément Livrable 16

15 Quand utiliser le BDD? BDD "Cynefin as of 1st June 2014" by Snowded - Own work. Licensed under CC BY-SA 3.0 via Commons -

16

17 BDD Mot clé BDD = Conversations!

18 Erreur! J ai écrit mes «BDDs» On pratique le BDD pour découvrir les besoins et se comprendre. BDD!= Tests Voir 20

19 BDD Les ingrédients 1 Spécification par l exemple Conversations + 2 Automatisation des scénarios en tests = BDD 21

20 1

21 Démonstration Example Mapping Story: Retirer des $$ au guichet Par tranche de 20$ 20$ -> OK 21$ -> Err 40$ -> OK Limite quotidienne Si limite=1000 Montant=20 ->OK Si limite=1000 Montant=1000 ->OK Si limite=1000 & tx AUJ de 980 Montant=1000 ->Refusé Doit avoir assez de fonds Retirer l Argent du compte (Q) Autre Story? Si refus -> message +fin Limites (scope): Distribution $$ exclue Déjà authentifié Si erroné -> message + réessai 23

22 Des exemples concrets Spécification par l exemple Scénario: Retirer avec un solde suffisant Étant donné un compte avec 600$ Quand je fais un retrait de 400$ Alors le retrait est autorisé Et l argent est retiré du compte 24

23 En résumé Spécification par l exemple Fonctionnalité / Story Règle (critère / COS) Exemple Exemple Exemple Règle (critère / COS) Exemple Exemple Exemple Questions à valider Nouvelle Story Nouvelle Story Spécification & documentation 25

24 Des exemples sous différentes formes! Spécification par l exemple 26

25 Il n y a rien de mieux qu un exemple pour être certain de se comprendre et trouver les cas manquants

26

27 Votre Story n est que la pointe de l iceberg Story Règles d affaires (critères d acceptation) Questions Plus petites stories Nouvelles stories Exemples

28 Atelier de découverte Compréhension commune Conversations Règles d affaires (critères d acceptation) plus de plus petites Stories Atelier de découverte Questions Exemples Pas de tests?? 30

29 3 Amigos Conversations Avec nos 3 Amigos PO Affaires (produit) QA / Tests Développement & opérations

30 2

31 La spécification (exemples) pilote la réalisation 33

32 Automatisation des tests nécessaire? Bien que fortement recommandée, le BDD a de la valeur sans l automatisation +++ Collaboration & langage commun!!!

33 mais votre spécification ne sera pas vivante

34

35 Spécification (exemple) + Règles (critères d acceptation) + Résultat des tests = Documentation vivante 37

36 Un scénario pour tous! Scénario Étant donné un scénario Quand nous l avons Alors il est le point rassembleur Spécification & < Livraison Tests automatisés Documentation 38

37

38 En résumé En découvrant ensemble les scénarios et les règles, nous bâtissons une compréhension commune et forte. Les scénarios servent d exemples pour piloter le développement. Les scénarios sont attachés à des tests automatisés qui démontrent l avancement et préviennent la régression Les scénarios et règles documentent la fonctionnalité de manière permanente et vivante 40

39 Suite Fonctionnalité VS Story Planification VS documentation Ça vous intéresse? Demandez cette 41

40 Merci.

41 Merci Diapositives seront disponibles conferences.elapsetech.com /bdd-plus-que-tests Notre site elapsetech.com Notre blogue developpementagile.com Nos courriels Nos LinkedIn linkedin.com/in/fbourbonnais/fr ca.linkedin.com/in/roypa 43

42

43 Automatisation Feature: Analyser en fonction du compte client Règles: - Une carte inconnue est refusée - Une carte expirée est refusée (le mois courant est accepté) - Aucune transaction n'est créée en cas de refus Scenario: Carte inconnue Étant donné une demande valide Et aucun compte associé à la carte demande = unedemande().estvalide().build() compterepository.clear() Quand la demande est traitée Alors la demande est refusée demandesservice.traiter(demande) assertfalse(demande.approvee) 45

44 Une documentation vivante!

45 Ça peut fonctionner à large échelle? «One large US Investment bank runs around 3000 automated Cucumber scenarios several times a day, validating 30 applications and components. They have over 500 people from both business and IT involved in BDD and Cucumber executable specifications.» «SGCIB runs 400 scenarios in minutes, and their team consists of 6 BAs, developers and a single QA person.» Etc. -- Aslak Hellesøy BDD in the Finance Sector 47