ATDD visuel
Créer les tests d’acceptation en agile par une
représentation visuelle des parcours applicatifs
ATDD – un usage
en croissance
Enquête 2017-18 Enquête 2015-16
• ‘Shift left’ – les Testeurs agiles sont intégrés aux équipes de production
(Feature Teams) - abandon des équipes tests dédiées
• ‘End-to-end quality’ – Le Testeur agile porte la vue métier au côté du
Product Owner
• ‘Continuous testing’ – L’accélération des mises en production impose
l’automatisation aux différents niveaux de test
Principes agiles
La transformation digitale et agile entraine un changement de paradigme
pour l’ingénierie des tests
Remettre la pyramide des tests
à l’endroit
L’inversion de la pyramide des tests nécessite une optimisation de l’effort de test :
diminution des redondances entre niveaux, maitrise de la couverture des parcours
utilisateurs
Métier
Systèmes
Test unitaires
Métier
Systèmes
TU
Inversion de
la pyramide
des tests
Des référentiels de tests ‘fourre-tout’,
faible d’automatisation
Des référentiels de tests optimisés,
forte d’automatisation
Adapter les
organisations
Un concept clé : les Feature teams
L’agilité à l’échelle n’est PAS la juxtaposition de plusieurs équipes
agiles indépendantes les unes des autres
SAFe 4.0 LeSS framework
Rappel – l’ATDD, qu’est-ce que c’est ?
ATDD,
le test agile du SI
Rappel – l’ATDD,
qu’est-ce que c’est ?
Pilotage des développements par les tests d’acceptation
 Extension du TDD des développeurs : Tests unitaires = « done »
Collaboration des 3 amigos sur :
• La prise en compte des User Stories
• Leur déclinaison en Critères d’Acceptation
• Spécifications des scénarios d’acceptation
Ensuite
• Le développeur développe la US
• Le testeur développe les tests d’acceptation
et les exécute (avec l’aide du développeur
pour les tests automatisés)
• Le P. O. monitore le tout
Les acteurs : les 3 amigos
le Product Owner, le développeur, le testeur
Product Owner / Business Analyst
• Connait le besoin & le domaine métier
• Liste et explique les règles métier
Testeurs
• Vision des stratégies de test
• Conçoit et met en œuvre les tests
Développeurs
• Identifie les couches et les briques impactées
• A besoin d’exemples valorisés avec des
cas précis
• Contextualiser des User Stories
• Créer une documentation vivante
• Automatiser rapidement les tests et les
maintenir avec efficacité
Pourquoi
l’ATDD Visuel
• Contextualiser des User Stories
• Créer une documentation vivante
• Automatiser rapidement les tests et les
maintenir avec efficacité
Pourquoi
l’ATDD Visuel
• Replacer les US dans leur contexte
 Pour revenir plus facilement sur un workflow
métier
 Pour identifier plus facilement les
adhérences (imbrication des règles métier,
données, etc.)
 Pour jouer en équipe
Les représentations visuelles pour
collaborer, clarifier et contextualiser
Sujet des User Stories
INTRODUCTION - L’ATDD et ses challenges – L’approche visuelle d’ATDD
ATDD/BDD en mode textuel
– Exemple Axa France
11
Mise en place de la méthode BDD chez AXA
France via les ateliers 3 amigos – Disponible
sur SlideShare
Conception visuelle des tests
Illustration sur l’exemple Axa
12
Conserver la vision globale du
parcours applicatif
Conception visuelle des tests
Illustration sur l’exemple Axa
13
Visualiser la couverture du
parcours applicatif et des Règles
de gestion
Pourquoi
l’ATDD Visuel
• Contextualiser des User Stories
• Créer une documentation vivante
• Automatiser rapidement les tests et les
maintenir avec efficacité
• Les représentations visuelles des
parcours applicatifs
 Une documentation productive
 Une documentation à jour en permanence
 Une documentation puissante pour
partager et communiquer
 Exportables en format Word, PDF, ou
HTML
Une documentation vivante
de l’application
INTRODUCTION - L’ATDD et ses challenges – L’approche visuelle d’ATDD
Pourquoi
l’ATDD Visuel
• Contextualiser des User Stories
• Créer une documentation vivante
• Automatiser rapidement les tests et les
maintenir avec efficacité
Implémentation des tests
pour l’automatisation
Scénarios de test (métiers)
implémentation
Indentification
automatique
des JDD
Implémentation des
actions de test en
séquences de mots clés
paramétrés
publication
Publication des scripts
dans votre outil
Etc.
Conception visuelle
des tests
Génération de scripts fonctionnels
pour automatisation
Civilité Situation de famille Date de
souscription Type de contrat - code
Dernier évènement Incident de
Nom Prénom
Adresse Age numéro de compte
Profession CSP Nationalité
paiement Dernierrèglement
Code HNU Tarif
Définition/Création
des JDD
Développement
des tests
Gestions de tests
et des campagnes
Yest® : Donnez enfin
un environnement de travail complet
à vos testeurs
Démo !
Questions &
Réponses
Merci
!

ATDD Visuel

  • 1.
    ATDD visuel Créer lestests d’acceptation en agile par une représentation visuelle des parcours applicatifs
  • 2.
    ATDD – unusage en croissance Enquête 2017-18 Enquête 2015-16
  • 3.
    • ‘Shift left’– les Testeurs agiles sont intégrés aux équipes de production (Feature Teams) - abandon des équipes tests dédiées • ‘End-to-end quality’ – Le Testeur agile porte la vue métier au côté du Product Owner • ‘Continuous testing’ – L’accélération des mises en production impose l’automatisation aux différents niveaux de test Principes agiles La transformation digitale et agile entraine un changement de paradigme pour l’ingénierie des tests
  • 4.
    Remettre la pyramidedes tests à l’endroit L’inversion de la pyramide des tests nécessite une optimisation de l’effort de test : diminution des redondances entre niveaux, maitrise de la couverture des parcours utilisateurs Métier Systèmes Test unitaires Métier Systèmes TU Inversion de la pyramide des tests Des référentiels de tests ‘fourre-tout’, faible d’automatisation Des référentiels de tests optimisés, forte d’automatisation
  • 5.
    Adapter les organisations Un conceptclé : les Feature teams L’agilité à l’échelle n’est PAS la juxtaposition de plusieurs équipes agiles indépendantes les unes des autres SAFe 4.0 LeSS framework
  • 6.
    Rappel – l’ATDD,qu’est-ce que c’est ? ATDD, le test agile du SI
  • 7.
    Rappel – l’ATDD, qu’est-ceque c’est ? Pilotage des développements par les tests d’acceptation  Extension du TDD des développeurs : Tests unitaires = « done » Collaboration des 3 amigos sur : • La prise en compte des User Stories • Leur déclinaison en Critères d’Acceptation • Spécifications des scénarios d’acceptation Ensuite • Le développeur développe la US • Le testeur développe les tests d’acceptation et les exécute (avec l’aide du développeur pour les tests automatisés) • Le P. O. monitore le tout Les acteurs : les 3 amigos le Product Owner, le développeur, le testeur Product Owner / Business Analyst • Connait le besoin & le domaine métier • Liste et explique les règles métier Testeurs • Vision des stratégies de test • Conçoit et met en œuvre les tests Développeurs • Identifie les couches et les briques impactées • A besoin d’exemples valorisés avec des cas précis
  • 8.
    • Contextualiser desUser Stories • Créer une documentation vivante • Automatiser rapidement les tests et les maintenir avec efficacité Pourquoi l’ATDD Visuel
  • 9.
    • Contextualiser desUser Stories • Créer une documentation vivante • Automatiser rapidement les tests et les maintenir avec efficacité Pourquoi l’ATDD Visuel
  • 10.
    • Replacer lesUS dans leur contexte  Pour revenir plus facilement sur un workflow métier  Pour identifier plus facilement les adhérences (imbrication des règles métier, données, etc.)  Pour jouer en équipe Les représentations visuelles pour collaborer, clarifier et contextualiser Sujet des User Stories INTRODUCTION - L’ATDD et ses challenges – L’approche visuelle d’ATDD
  • 11.
    ATDD/BDD en modetextuel – Exemple Axa France 11 Mise en place de la méthode BDD chez AXA France via les ateliers 3 amigos – Disponible sur SlideShare
  • 12.
    Conception visuelle destests Illustration sur l’exemple Axa 12 Conserver la vision globale du parcours applicatif
  • 13.
    Conception visuelle destests Illustration sur l’exemple Axa 13 Visualiser la couverture du parcours applicatif et des Règles de gestion
  • 14.
    Pourquoi l’ATDD Visuel • Contextualiserdes User Stories • Créer une documentation vivante • Automatiser rapidement les tests et les maintenir avec efficacité
  • 15.
    • Les représentationsvisuelles des parcours applicatifs  Une documentation productive  Une documentation à jour en permanence  Une documentation puissante pour partager et communiquer  Exportables en format Word, PDF, ou HTML Une documentation vivante de l’application INTRODUCTION - L’ATDD et ses challenges – L’approche visuelle d’ATDD
  • 16.
    Pourquoi l’ATDD Visuel • Contextualiserdes User Stories • Créer une documentation vivante • Automatiser rapidement les tests et les maintenir avec efficacité
  • 17.
    Implémentation des tests pourl’automatisation Scénarios de test (métiers) implémentation Indentification automatique des JDD Implémentation des actions de test en séquences de mots clés paramétrés
  • 18.
  • 19.
    Conception visuelle des tests Générationde scripts fonctionnels pour automatisation Civilité Situation de famille Date de souscription Type de contrat - code Dernier évènement Incident de Nom Prénom Adresse Age numéro de compte Profession CSP Nationalité paiement Dernierrèglement Code HNU Tarif Définition/Création des JDD
  • 20.
    Développement des tests Gestions detests et des campagnes Yest® : Donnez enfin un environnement de travail complet à vos testeurs
  • 21.
  • 22.
  • 23.

Notes de l'éditeur

  • #4 Rappel des grands principes agiles
  • #5 Slide peut-etre pas nécessaire
  • #13 Pour illustrer aussi l’expressivité des représentations visuelles par rapport au given when then gherkin
  • #21 Serait-il possible de faire courir un « électron » dans la boucle du signe infini?