Testing agile, transformation dans la transformation ! Culture, Process, Outils!

AGILE NIGHTMARES
BY DIGITAL CATALYSTS
COMMUNITY
Test agile : une transformation
dans la transformation

Test agile : une transformation dans la transformation
Qui suis-je ?
2
Cyril Stock
• Coach agile chez THALES SERVICES NUMERIQUES
• Accompagne les équipes et les organisations sur
le chemin de l’agilité
• Parcours : #Dev #TechLead #Manager #Coach
• Passions : #agilité #apprendre #musique

Test agile :
une transformation
dans la transformation
Test agile : une transformation dans la transformation 3

Sommaire
Le test dans la transformation agile
Quels sont les changements pour le test ?
Qualité embarquée : comment faire ?
Retour terrain : inclusion d’un centre de test (TRA) en agile

Les 3 axes de la transformation
Niveau Equipes
Agilité technique
Niveau Système
Delivery agile
Niveau Organisation
Agilité business Leadership
Culture Stratégie
Dépendances
DevOps
XP
Scrum
Management RH
Juridique
Flux
Gouvernance
BDD
TDD
Synchronisation
Kanban
Roadmap produit
Intégration Continue
Gestion du changement
KPI

Et pour le test ?
Pas de problème, nos
équipes de recette
sont là !

Pourquoi le test est primordial
dans la transformation agile
Pour garantir la
prédictibilité

Sommaire

Changement de culture
L’Assurance Qualité
est là pour ça !
La Qualité concerne
tout le monde !

Changement de mindset
Le testeur trouve
des bugs
Le testeur aide les
développeurs à ne
pas introduire de bugs

Changement de processus
Les tests sont fait à
la fin
Les tests sont fait
tout le temps

Changement de livrable
Les tests sont un
output de la
fabrication
Les tests sont un
input de la
fabrication

Changement d’objectif
Les tests critiquent
le système
Les tests spécifient le
système

Changement d’outillage
L’outil doit contrôler
l’exécution des
campagnes
L’outil doit donner
du feedback
rapidement

Sommaire

Definition of Done
Description formelle de l'état de
l'incrément lorsque l'un des éléments du
Backlog est conforme avec les critères
de qualité requis pour le produit

17
Typologie des tests
Tests fonctionnels
Tests Unitaires
Tests d’Assemblage
Tests de Charge
Tests de Performance
Test de Sécurité
Tests d’Intégration
Tests de Validation
Tests exploratoires
Tests de bout en bout
UAT
Tests techniques
Tests
soutenant
l’équipe
Tests
critiquant
le
produit
User Story
Méthodes Composants
Système User Story Feature
Application
IN //
IN //
1
2 3
4
Système
Tests automatisés
Tests manuels
Tests outillés
Tests dans le Sprint
Tests parallèles au Sprint
IN
//

18
Stratégie de test agile
Test
Unitaire
Test
d’Assemblage
Pair
Testing
Test
d’Intégration
Test de
Validation
Pourquoi ? Valider que les unités de
code développées
fonctionnent conformément à
ce qui est attendu
Valider que les différents
composants et modules de
l’application s’assemblent
correctement
Valider que les
développements effectués
sont conformes aux attendus
Valider que l’application
assemblée s’intègre
correctement dans le SI avec
ses dépendances
Valider que les User
Stories livrées se
comportent selon les
exigences spécifiées
Qui ? Développeur Responsable Technique /
Développeur Back + Front
Développeur / Business
Analyst
Responsable Intégration /
Responsable Technique
Product Owner / Business
Analyst
Quoi ? Méthodes Java, Composants
Angular
API Rest (assemblage back +
connectique front)
UI UI UI
Quand ? Avant le développement ou
la modification d’une
méthode
Dès que deux couches ou
composants impliqués dans
une US sont développés et
testés unitairement
A chaque fois qu’une
fonctionnalité est développée
et prête à être déployée
Dès qu’une nouvelle version
est déployée et avant le
démarrage des tests de
validation
A chaque déploiement
d’une US complète en
environnement
d’Intégration
Où ? Poste de travail Poste de travail Poste de travail Env. d’Int Env. d’Int
Comment ? Junit/Cucumber (back-end)
Tests manuels (front-end)
Débouchonnage, intégration
des couches 2 à 2
Tests manuels (ergonomie,
cas d’acceptance principaux)
Sélection de scénarios
fonctionnels de bout en bout
Tests manuels exhaustifs

19
Distillation du besoin métier
Scénario
comportemental
Feature
Story
Règle de gestion
Exemple
1..
N
1..
N
1..
N
1..
N
0..N
Test
data
Test
code
Spécifications exécutables
Test agile : une transformation dans la transformation

Test spécifiant
Mauvais exemple
Le client ne peut pas entrer un numéro invalide
Bon exemple
Si le client n’entre pas une suite 16 chiffres compris entre 1 et 9, lorsqu’il qu’il valide
le formulaire, un message devrait s’afficher l’invitant à saisir une suite de 16 chiffres.
Des exemples explicites
plutôt que
des descriptions implicites
Des comportements
plutôt que
des caractéristiques
Des tables de décision
plutôt que
des règles textuelles
Donnée 1 Donnée 2 Donnée 3 Résultat ?
A B C XXX
B B C YYY
C B A <erreur>
Variation des entrées Assertion en sortie
Etant donné [un contexte]
Lorsque [une action, un évènement]
Alors [un résultat]

Stratégie d’automatisation
Large
(E2E)
Moyen
(UI, API)
Petit
(Classes)
€€€
€
Eléments de stratégie :
✔ GERABLE : Eviter le syndrome « the faster you
go, the faster you grow, the slower you go »
✔ FIABLE : Eviter les faux-négatifs / faux-positifs
✔ LANGUAGE METIER : Décrire avec un haut
niveau d’abstraction (DSTL)
✔ STABLE : Pas de KO pour un changement d’UI
✔ RESPONSABILITE : Un test KO est LA priorité
pour l’équipe

Sommaire

Equipe Dev
23
L’organisation avec une TRA
Centre de test
AVANT APRES
Sprint N Sprint N+1 Sprint N+2
Equipe Dev Centre de test
Sprint N Sprint N+1 Sprint N+2
Anonymous
Testing
Pair
Testing

Des questions ?

DC CONSULTANTS - Catalyser vos transformations !
Qui suis je ?
Yoann NOUARI
• Consultant Outils & Solutions
• Administrateur Jira certifié Atlassian
• Formateur
• Consultant chez DC CONSULTANTS et membre de la
communauté des Digital Catalysts

27
Quels outils pour le
testing agile ?

28
Les besoins
• Intégrer mes activités de tests dans mon SDLC en liant ma user story avec mon test
: Avoir une vision de l’etat des tests et leurs résultats directement dans mon outil
de gestion et planification de développement produit.
• Rédiger et exécuter mes tests dans mon SDLC
• Faire continuer à vivre mes tests après la clôture d’un ticket ou d’un sprint
• Générer des rapports de tests lié à mes sprints et mes releases de versions
• Tests partagés avec le reste de l’équipe : tout le monde travaille avec le même
outil pour un même produit !

29
Jira : plusieur produits
équipe IT
ITSM / Gestion des SI
gestion portefeuille
projets business
(marketing, HR, ...)

30
• Software development life cycle
• Leader des solutions agiles (Gartner,
2020)
• Workflow ultra personnalisable balise
votre flux de travail
• Rapport dynamiques en temps réel et
personnalisable pour chaque
Jira Software
Workflows Reports / JQL
Scrum / Kanban
dashboards
Plugins

1000+
Améliorez Jira Software
selon vos besoins
Marketplace apps

32
Des add ons de testing disponibles pour
Jira Software
XpandIT Henix
Cloud et On Prem
MicroFocus
On Prem
x

33
xSquash dans Jira
Xsquash permet d'interfacer Squash et Jira
pour la gestion de projets agiles.
Il est constitué de deux composants :
● un plugin Squash : Xsquash4Jira
● un composant Jira dont la nature dépend du
type d’hébergement de Jira (Server ou Cloud) :
o un plugin Xsquash pour Jira Server
o ou une application Xsquash pour Jira Cloud

34
Le cycle de vie d’un test Squash dans
Jira

35
xSquash dans Jira
Synchronisation des arborescences
Jira et Squash.
Automatiquement vous retrouverez
la granularité du projet de
développement Jira directement
dans Squash

36
xSquash dans Jira
Cas de test utilisant la syntaxe action /
résultat ou gherkin.
L'équipe Agile a une visibilité constante sur
le processus de conception des tests:
couverture des tests et détails des cas de
test (scripts de test, jeux de données, etc)

37
xSquash dans Jira
Utilisez les Sprints, Releases Jira, le JQL pour
créer votre plan de test dans Squash TM.
Surveillez l'exécution des tests depuis Jira
et accédez à toutes les informations
nécessaires à sa gestion.

38
xSquash dans Jira

39
xRay dans Jira
Gérer les tests dans les
tickets Jira
Planifier, Exécuter et
Intégrer
Rapports de tests et
couverture du besoin

40
xRay dans Jira
User Story
Test Plans
Requierements
Test
Test Sets
Test Execution
Test Execution
Test Execution
Test Execution
Test Executions
Test Project Projet Jira
Bug
Feature
change
Subtask
Task

41
xRay dans Jira
Les équipes de test et de
développement ont une visibilité
similaire sur le travail de chacun
directement sur les tableaux
agiles de Jira.
Cela crée une meilleure
collaboration, visibilité et
transparence.

42
xRay dans Jira
Liens rapides
dans le projet
Répertoire de
tests par
arborescence

43
xRay dans Jira
Vue de l'état du
test dans le
ticket
Détail des tests
passés et/ou
futur

44
En résumé
• Intégration complète avec JIRA (donc un seul outil pour tous, pour PO, BA,
testeurs, …)
• Richesse fonctionnelle de l’outil : reporting (soit directement dans Xray ou via les
tableaux de bord/gadgets JIRA, ouverture via les APIs et documentation riche.
• Adapté au test en agilité
• Tests partagés avec le reste de l’équipe
• Meilleure gestion et automatisation des US, Bugs et Amélioration
• Reportings de campagnes de tests

MERCI !
Les Digital Catalyst
06 33 85 86 52
01 84 17 75 69
sales@dc-consultants.net
Activez la communauté Digital Catalysts :
https://www.linkedin.com/company/dc_consultants/
https://www.facebook.com/DigitalCatalysts/
Agile Nightmares :
https://www.meetup.com/fr-FR/Agile-Nightmares-by-Di
gital-Catalysts/

Testing agile, transformation dans la transformation ! Culture, Process, Outils!

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Testing agile, transformation dans la transformation ! Culture, Process, Outils!

Similaire à Testing agile, transformation dans la transformation ! Culture, Process, Outils! (20)

Plus de DC CONSULTANTS

Plus de DC CONSULTANTS (20)

Testing agile, transformation dans la transformation ! Culture, Process, Outils!