SlideShare une entreprise Scribd logo

Matinale Agile Wake Up #4 : les tests et l'agilité

Zenika
Zenika

La 4ème édition de l'Agile Wake Up avait pour thématique les Tests. L'équipe Kai vous a proposé de faire un tour d'horizon des différents tests réalisables dans le cadre de l'agilité.

1  sur  85
Télécharger pour lire hors ligne
© ZENIKA 2017 All rights reserved - Proprietary & confidential
Agile Testing Quadrants
La	typologie	des	tests
• Les	équipes	qui	adoptent	l’agilité	utilisent	certaines	pratiques	de	test	pour	produire	
des	incréments	de	produit	de	qualité.	Ces	pratiques	sont	introduites	tôt	et	l’écriture	
de	tests	permet	d'exprimer	puis	de	vérifier/valider	un	comportement	attendu,	de	
se	focaliser	sur	la	prévention	de	défauts	au	plus	tôt,	de	détecter	puis	de	supprimer	
les	défauts.	
• Au	cours	de	cette	session	nous	nous	intéresserons	aux	quadrants	de	tests	de	Brian	
Marick.	
© ZENIKA 2017 All rights reserved - Proprietary & confidential
Agile Testing Quadrants
Le	modèle	des	quadrants	de	test,	définis	par	Brian	Marick,	permet	:	
- d’aligner	les	niveaux	de	tests	avec	les	types	de	test	appropriés.	
- d’assurer	que	tous	les	types	de	test	importants	et	tous	les	niveaux	de	test	sont	
inclus	dans	le	cycle	de	développement	du	produit.	
- de	fournir	une	façon	de	différencier	et	de	décrire	les	types	de	test	à	toutes	les	
parties	prenantes
© ZENIKA 2017 All rights reserved - Proprietary & confidential
© ZENIKA 2017 All rights reserved - Proprietary & confidential
Définitions	:	
Type	de	test	:	un	groupe	d’activités	de	test	dont	l’objectif	 est	de	tester	un	composant	
ou	système	sur	un	ou	plusieurs	attributs	liés	entre	eux.	
Un	type	de	test	est	focalisé	sur	un	objectif	de	test	spécifique	par	exemple	test	
d’utilisabilité,	 de	régression,	…	et	peut	couvrir	un	ou	plusieurs	niveaux	de	tests	et	une	
ou	plusieurs	phases	de	tests	(ensemble	distincts	d’activités	de	tests	comme	
l’implémentation,	 l’exécution…)
Niveau	de	test	:	un	groupe	 d’activités	de	tests	qui	sont	organisées	et	gérées	ensemble.	
Un	niveau	de	tests	est	lié	aux	responsabilités	 dans	un	projet.	
Les	exemples	de	niveaux	de	tests	sont	les	tests	de	composants,	les	tests	d’intégration,	
les	tests	système	et	d’acceptation
© ZENIKA 2017 All rights reserved - Proprietary & confidential
© ZENIKA 2017 All rights reserved - Proprietary & confidential
Le	Quadrant	Q1	
est	au	niveau	unitaire	(test	destiné	à	tester	une	unité	du	
logiciel	>	en	totale	isolation	pour	ne	tester	qu’une	 classe	et	
qu’une	 méthode	à	la	fois).
et	orienté	technologie
Il	concerne	l’équipe	de	réalisation.	
Il	contient	des	tests	unitaires.	
Ces	tests	sont	automatisés	
et	dans	le	processus	d’intégration	 continue.	
Agile	Testing Quadrants
Vrais tests Unitaires
Spock
Comprendre	 la	
problématique	 à	
résoudre
Favoriser	la	
collaboration
Maîtriser	les	
évolutions
Maintenir	un	
bon	niveau	
de	qualité
Gérer	les	
régressions
Favoriser	une	
démarche	
d’amélioration	
continue

Recommandé

Agile Wake Up #3 : Lean UX
Agile Wake Up #3 : Lean UXAgile Wake Up #3 : Lean UX
Agile Wake Up #3 : Lean UXZenika
 
Agile Wake Up #3 : La transformation Agile de Kisio Digital
Agile Wake Up #3 : La transformation Agile de Kisio DigitalAgile Wake Up #3 : La transformation Agile de Kisio Digital
Agile Wake Up #3 : La transformation Agile de Kisio DigitalZenika
 
Lean StartUp appliqué à ElCurator
 Lean StartUp appliqué à ElCurator Lean StartUp appliqué à ElCurator
Lean StartUp appliqué à ElCuratorChristopher Parola
 
Le Product Owner est-il un Product Manage agile ? v2.0
Le Product Owner est-il un Product Manage agile ? v2.0Le Product Owner est-il un Product Manage agile ? v2.0
Le Product Owner est-il un Product Manage agile ? v2.0Sébastien Sacard
 
Estimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu BoisvertEstimation initiale dun projet agile de Mathieu Boisvert
Estimation initiale dun projet agile de Mathieu BoisvertPyxis Technologies
 
Développer en mode kick-ass à Scrum Day
Développer en mode kick-ass à Scrum DayDévelopper en mode kick-ass à Scrum Day
Développer en mode kick-ass à Scrum DaySamuel Le Berrigaud
 

Contenu connexe

Tendances

Thiga - Notre retour d'expérience sur le Design sprint
Thiga - Notre retour d'expérience sur le Design sprintThiga - Notre retour d'expérience sur le Design sprint
Thiga - Notre retour d'expérience sur le Design sprintThiga
 
La gestion de projet en mode Agile : quelle réalité opérationnelle?
La gestion de projet en mode Agile : quelle réalité opérationnelle?La gestion de projet en mode Agile : quelle réalité opérationnelle?
La gestion de projet en mode Agile : quelle réalité opérationnelle?Christa Dabilly
 
Design thinking et Agilité
Design thinking et AgilitéDesign thinking et Agilité
Design thinking et AgilitéMatthieu Gioani
 
Sauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liut
Sauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liutSauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liut
Sauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liutBenjamin Richy
 
Le role du coach Agile et son apport pour le projet
Le role du coach Agile et son apport pour le projetLe role du coach Agile et son apport pour le projet
Le role du coach Agile et son apport pour le projetFranck Beulé
 
Créer le bon produit avec le lean canva
Créer le bon produit avec le lean canvaCréer le bon produit avec le lean canva
Créer le bon produit avec le lean canvaRomain Couturier
 
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...Agile En Seine
 
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Agile En Seine
 
Le Lean Product Management présenté au LeanKanban Day 2015
Le Lean Product Management présenté au LeanKanban Day 2015Le Lean Product Management présenté au LeanKanban Day 2015
Le Lean Product Management présenté au LeanKanban Day 2015Sébastien Sacard
 
Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...
Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...
Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...Agile Montréal
 
Design centré sur l’utilisateur et développement Agile: perspectives de réco...
Design centré sur l’utilisateur et développement  Agile: perspectives de réco...Design centré sur l’utilisateur et développement  Agile: perspectives de réco...
Design centré sur l’utilisateur et développement Agile: perspectives de réco...Geoffrey Dorne
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Agile En Seine
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmseagnes_crepet
 
Historique des méthodes agiles
Historique des méthodes agilesHistorique des méthodes agiles
Historique des méthodes agilesazeau
 
L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...
L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...
L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...Agile En Seine
 
UX Days 2019 by Flupa - Conférence : Pauline Thomas
UX Days 2019 by Flupa - Conférence : Pauline ThomasUX Days 2019 by Flupa - Conférence : Pauline Thomas
UX Days 2019 by Flupa - Conférence : Pauline ThomasFlupa
 

Tendances (20)

Thiga - Notre retour d'expérience sur le Design sprint
Thiga - Notre retour d'expérience sur le Design sprintThiga - Notre retour d'expérience sur le Design sprint
Thiga - Notre retour d'expérience sur le Design sprint
 
La gestion de projet en mode Agile : quelle réalité opérationnelle?
La gestion de projet en mode Agile : quelle réalité opérationnelle?La gestion de projet en mode Agile : quelle réalité opérationnelle?
La gestion de projet en mode Agile : quelle réalité opérationnelle?
 
Methode Agile
Methode Agile Methode Agile
Methode Agile
 
Design thinking et Agilité
Design thinking et AgilitéDesign thinking et Agilité
Design thinking et Agilité
 
Sauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liut
Sauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liutSauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liut
Sauvez la princesse avec un design sprint Digital SummR17 - b.richy - f.liut
 
Acculturation agilite
Acculturation agiliteAcculturation agilite
Acculturation agilite
 
Le role du coach Agile et son apport pour le projet
Le role du coach Agile et son apport pour le projetLe role du coach Agile et son apport pour le projet
Le role du coach Agile et son apport pour le projet
 
Créer le bon produit avec le lean canva
Créer le bon produit avec le lean canvaCréer le bon produit avec le lean canva
Créer le bon produit avec le lean canva
 
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
Running lean - mise en place d’un lab innovation @Alliance Expert - Christoph...
 
Rédiger des User Stories
Rédiger des User StoriesRédiger des User Stories
Rédiger des User Stories
 
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...
Qu'est-ce qu'un Scrum Master ? - Romain Couturier (Terre d'Agile) - Agile en ...
 
Le Lean Product Management présenté au LeanKanban Day 2015
Le Lean Product Management présenté au LeanKanban Day 2015Le Lean Product Management présenté au LeanKanban Day 2015
Le Lean Product Management présenté au LeanKanban Day 2015
 
Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...
Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...
Miser sur l’Agilité et le Design Thinking pour offrir une expérience client r...
 
Design centré sur l’utilisateur et développement Agile: perspectives de réco...
Design centré sur l’utilisateur et développement  Agile: perspectives de réco...Design centré sur l’utilisateur et développement  Agile: perspectives de réco...
Design centré sur l’utilisateur et développement Agile: perspectives de réco...
 
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
Design Sprint, 18 mois et 30 sprints plus tard : joies, détresses et partage ...
 
Introduction à l'agilité ensmse
Introduction à l'agilité   ensmseIntroduction à l'agilité   ensmse
Introduction à l'agilité ensmse
 
Historique des méthodes agiles
Historique des méthodes agilesHistorique des méthodes agiles
Historique des méthodes agiles
 
L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...
L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...
L'agilité vous va comme un Gange - Marie-Hélène Lemoine (Nielsen), Mallory Go...
 
Etude des Frameworks PHP
Etude des Frameworks PHPEtude des Frameworks PHP
Etude des Frameworks PHP
 
UX Days 2019 by Flupa - Conférence : Pauline Thomas
UX Days 2019 by Flupa - Conférence : Pauline ThomasUX Days 2019 by Flupa - Conférence : Pauline Thomas
UX Days 2019 by Flupa - Conférence : Pauline Thomas
 

Similaire à Matinale Agile Wake Up #4 : les tests et l'agilité

Definition of Done - Agile Pays Basque - 23/09/2016
Definition of Done - Agile Pays Basque - 23/09/2016Definition of Done - Agile Pays Basque - 23/09/2016
Definition of Done - Agile Pays Basque - 23/09/2016ffaure32
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Dominic Danis
 
Module 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptxModule 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptxtestuser715939
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principesMICHRAFY MUSTAFA
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrummsmpp-nantes
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPNicolas Perriault
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de ScrumPyxis Technologies
 
Oeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilitesOeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilitesOeil de Coach
 
Agilité plus grosse que la tienne atqc 2016
Agilité plus grosse que la tienne atqc 2016Agilité plus grosse que la tienne atqc 2016
Agilité plus grosse que la tienne atqc 2016Jean-René Rousseau
 
L'Obeya - Agile France 2015
L'Obeya - Agile France 2015L'Obeya - Agile France 2015
L'Obeya - Agile France 2015Operae Partners
 
Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!CGI Québec Formation
 
L'Agilité - breakfast IDC devops, 18 septembre 2014
L'Agilité  - breakfast IDC devops, 18 septembre 2014L'Agilité  - breakfast IDC devops, 18 septembre 2014
L'Agilité - breakfast IDC devops, 18 septembre 2014Xavier Warzee
 
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI
Après l’#agilité, le #DevOps, la nouvelle arme de la DSIAprès l’#agilité, le #DevOps, la nouvelle arme de la DSI
Après l’#agilité, le #DevOps, la nouvelle arme de la DSISébastien Bourguignon
 
2009 scrum&xp
2009 scrum&xp2009 scrum&xp
2009 scrum&xpdecsdeco
 

Similaire à Matinale Agile Wake Up #4 : les tests et l'agilité (20)

Corescrum fr-v1.1
Corescrum fr-v1.1Corescrum fr-v1.1
Corescrum fr-v1.1
 
Definition of Done - Agile Pays Basque - 23/09/2016
Definition of Done - Agile Pays Basque - 23/09/2016Definition of Done - Agile Pays Basque - 23/09/2016
Definition of Done - Agile Pays Basque - 23/09/2016
 
Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010Communaute dot net Montreal juin2010
Communaute dot net Montreal juin2010
 
1.pdf
1.pdf1.pdf
1.pdf
 
Introduction à Scrum
Introduction à ScrumIntroduction à Scrum
Introduction à Scrum
 
Module 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptxModule 3 - Seance 1 - Scrum.pptx
Module 3 - Seance 1 - Scrum.pptx
 
Scrum 2020 : concepts et principes
Scrum 2020 : concepts et principesScrum 2020 : concepts et principes
Scrum 2020 : concepts et principes
 
Présentation des principes Scrum
Présentation des principes ScrumPrésentation des principes Scrum
Présentation des principes Scrum
 
Initiation Scrum
Initiation ScrumInitiation Scrum
Initiation Scrum
 
Methodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XPMethodologies de Developpement Agiles : Scrum et XP
Methodologies de Developpement Agiles : Scrum et XP
 
Impacts de l'adoption de Scrum
Impacts de l'adoption de ScrumImpacts de l'adoption de Scrum
Impacts de l'adoption de Scrum
 
Oeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilitesOeildecoach scrum roles-et-responsabilites
Oeildecoach scrum roles-et-responsabilites
 
Agilité plus grosse que la tienne atqc 2016
Agilité plus grosse que la tienne atqc 2016Agilité plus grosse que la tienne atqc 2016
Agilité plus grosse que la tienne atqc 2016
 
SCRUM AGL.pptx
SCRUM AGL.pptxSCRUM AGL.pptx
SCRUM AGL.pptx
 
Scrum@epitech
Scrum@epitechScrum@epitech
Scrum@epitech
 
L'Obeya - Agile France 2015
L'Obeya - Agile France 2015L'Obeya - Agile France 2015
L'Obeya - Agile France 2015
 
Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!Mon Agilité est plus grosse que la tienne!
Mon Agilité est plus grosse que la tienne!
 
L'Agilité - breakfast IDC devops, 18 septembre 2014
L'Agilité  - breakfast IDC devops, 18 septembre 2014L'Agilité  - breakfast IDC devops, 18 septembre 2014
L'Agilité - breakfast IDC devops, 18 septembre 2014
 
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI
Après l’#agilité, le #DevOps, la nouvelle arme de la DSIAprès l’#agilité, le #DevOps, la nouvelle arme de la DSI
Après l’#agilité, le #DevOps, la nouvelle arme de la DSI
 
2009 scrum&xp
2009 scrum&xp2009 scrum&xp
2009 scrum&xp
 

Plus de Zenika

Datascience & IoT
Datascience & IoTDatascience & IoT
Datascience & IoTZenika
 
Agile Wake Up #3 : la contractualisation Agile
Agile Wake Up #3 : la contractualisation AgileAgile Wake Up #3 : la contractualisation Agile
Agile Wake Up #3 : la contractualisation AgileZenika
 
Zenika matinale spark-zeppelin_ml
Zenika matinale spark-zeppelin_mlZenika matinale spark-zeppelin_ml
Zenika matinale spark-zeppelin_mlZenika
 
Docker du mythe à la réalité
Docker du mythe à la réalitéDocker du mythe à la réalité
Docker du mythe à la réalitéZenika
 
Motivation 3.0 : sens, autonomie et maîtrise.
Motivation 3.0 : sens, autonomie et maîtrise.Motivation 3.0 : sens, autonomie et maîtrise.
Motivation 3.0 : sens, autonomie et maîtrise.Zenika
 
Matinale React
Matinale ReactMatinale React
Matinale ReactZenika
 
NigthClazz Spark - Machine Learning / Introduction à Spark et Zeppelin
NigthClazz Spark - Machine Learning / Introduction à Spark et ZeppelinNigthClazz Spark - Machine Learning / Introduction à Spark et Zeppelin
NigthClazz Spark - Machine Learning / Introduction à Spark et ZeppelinZenika
 
NightClazz Spark / Machine Learning
NightClazz Spark / Machine LearningNightClazz Spark / Machine Learning
NightClazz Spark / Machine LearningZenika
 
HTTP2 : ce qui va changer par Julien Landuré
HTTP2 : ce qui va changer par Julien LanduréHTTP2 : ce qui va changer par Julien Landuré
HTTP2 : ce qui va changer par Julien LanduréZenika
 
Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...
Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...
Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...Zenika
 
Agile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud Villenave
Agile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud VillenaveAgile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud Villenave
Agile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud VillenaveZenika
 
Agile Wake Up #1 du 01/12/2015 : L'agilité à grande échelle
Agile Wake Up #1 du 01/12/2015 : L'agilité à grande échelleAgile Wake Up #1 du 01/12/2015 : L'agilité à grande échelle
Agile Wake Up #1 du 01/12/2015 : L'agilité à grande échelleZenika
 
Entreprise libérée : Du mythe à la réalité ?
Entreprise libérée : Du mythe à la réalité ?Entreprise libérée : Du mythe à la réalité ?
Entreprise libérée : Du mythe à la réalité ?Zenika
 
Conference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partieConference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partieZenika
 
NightClazz Docker Découverte
NightClazz Docker Découverte NightClazz Docker Découverte
NightClazz Docker Découverte Zenika
 
Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / DockerZenika
 
NightClazz Java 8 Decouverte
NightClazz Java 8 DecouverteNightClazz Java 8 Decouverte
NightClazz Java 8 DecouverteZenika
 
NightClazz Build Tools & Continuous Delivery Avancé
NightClazz Build Tools & Continuous Delivery AvancéNightClazz Build Tools & Continuous Delivery Avancé
NightClazz Build Tools & Continuous Delivery AvancéZenika
 
NightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous DeliveryNightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous DeliveryZenika
 
WTF - What's The Fold - Bordeaux JUG 2013
WTF - What's The Fold - Bordeaux JUG 2013WTF - What's The Fold - Bordeaux JUG 2013
WTF - What's The Fold - Bordeaux JUG 2013Zenika
 

Plus de Zenika (20)

Datascience & IoT
Datascience & IoTDatascience & IoT
Datascience & IoT
 
Agile Wake Up #3 : la contractualisation Agile
Agile Wake Up #3 : la contractualisation AgileAgile Wake Up #3 : la contractualisation Agile
Agile Wake Up #3 : la contractualisation Agile
 
Zenika matinale spark-zeppelin_ml
Zenika matinale spark-zeppelin_mlZenika matinale spark-zeppelin_ml
Zenika matinale spark-zeppelin_ml
 
Docker du mythe à la réalité
Docker du mythe à la réalitéDocker du mythe à la réalité
Docker du mythe à la réalité
 
Motivation 3.0 : sens, autonomie et maîtrise.
Motivation 3.0 : sens, autonomie et maîtrise.Motivation 3.0 : sens, autonomie et maîtrise.
Motivation 3.0 : sens, autonomie et maîtrise.
 
Matinale React
Matinale ReactMatinale React
Matinale React
 
NigthClazz Spark - Machine Learning / Introduction à Spark et Zeppelin
NigthClazz Spark - Machine Learning / Introduction à Spark et ZeppelinNigthClazz Spark - Machine Learning / Introduction à Spark et Zeppelin
NigthClazz Spark - Machine Learning / Introduction à Spark et Zeppelin
 
NightClazz Spark / Machine Learning
NightClazz Spark / Machine LearningNightClazz Spark / Machine Learning
NightClazz Spark / Machine Learning
 
HTTP2 : ce qui va changer par Julien Landuré
HTTP2 : ce qui va changer par Julien LanduréHTTP2 : ce qui va changer par Julien Landuré
HTTP2 : ce qui va changer par Julien Landuré
 
Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...
Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...
Agile Wake Up #1 du 01/12/2015 : L'agilité au service des projets Orange Fran...
 
Agile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud Villenave
Agile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud VillenaveAgile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud Villenave
Agile Wake Up #1 du 01/12/2015 : Scrum Master's Diary par Arnaud Villenave
 
Agile Wake Up #1 du 01/12/2015 : L'agilité à grande échelle
Agile Wake Up #1 du 01/12/2015 : L'agilité à grande échelleAgile Wake Up #1 du 01/12/2015 : L'agilité à grande échelle
Agile Wake Up #1 du 01/12/2015 : L'agilité à grande échelle
 
Entreprise libérée : Du mythe à la réalité ?
Entreprise libérée : Du mythe à la réalité ?Entreprise libérée : Du mythe à la réalité ?
Entreprise libérée : Du mythe à la réalité ?
 
Conference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partieConference MicroServices101 - 1ere partie
Conference MicroServices101 - 1ere partie
 
NightClazz Docker Découverte
NightClazz Docker Découverte NightClazz Docker Découverte
NightClazz Docker Découverte
 
Matinale DevOps / Docker
Matinale DevOps / DockerMatinale DevOps / Docker
Matinale DevOps / Docker
 
NightClazz Java 8 Decouverte
NightClazz Java 8 DecouverteNightClazz Java 8 Decouverte
NightClazz Java 8 Decouverte
 
NightClazz Build Tools & Continuous Delivery Avancé
NightClazz Build Tools & Continuous Delivery AvancéNightClazz Build Tools & Continuous Delivery Avancé
NightClazz Build Tools & Continuous Delivery Avancé
 
NightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous DeliveryNightClazz Build Tools & Continuous Delivery
NightClazz Build Tools & Continuous Delivery
 
WTF - What's The Fold - Bordeaux JUG 2013
WTF - What's The Fold - Bordeaux JUG 2013WTF - What's The Fold - Bordeaux JUG 2013
WTF - What's The Fold - Bordeaux JUG 2013
 

Dernier

Journée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projets
Journée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projetsJournée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projets
Journée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projetsInstitut de l'Elevage - Idele
 
Journée Technique Trévarez - 20 février 2024 - Atelier 3 génisses
Journée Technique Trévarez - 20 février 2024 - Atelier 3 génissesJournée Technique Trévarez - 20 février 2024 - Atelier 3 génisses
Journée Technique Trévarez - 20 février 2024 - Atelier 3 génissesInstitut de l'Elevage - Idele
 
Présentation de la station de Trévarez - 20 Février 2024
Présentation de la station de Trévarez - 20 Février 2024Présentation de la station de Trévarez - 20 Février 2024
Présentation de la station de Trévarez - 20 Février 2024Institut de l'Elevage - Idele
 
Journée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiques
Journée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiquesJournée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiques
Journée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiquesInstitut de l'Elevage - Idele
 
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2Institut de l'Elevage - Idele
 
Automate--Programmable--Industrielle.ppt
Automate--Programmable--Industrielle.pptAutomate--Programmable--Industrielle.ppt
Automate--Programmable--Industrielle.pptssuser87efe5
 
Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...
Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...
Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...Institut de l'Elevage - Idele
 
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1 Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1 Institut de l'Elevage - Idele
 
Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone
Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone
Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone Institut de l'Elevage - Idele
 
Rapport de fin d'étude en sur le dimensionnement solaire .pdf
Rapport de fin d'étude en sur le dimensionnement solaire .pdfRapport de fin d'étude en sur le dimensionnement solaire .pdf
Rapport de fin d'étude en sur le dimensionnement solaire .pdfZakaria156221
 

Dernier (11)

Journée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projets
Journée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projetsJournée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projets
Journée Technique Trévarez - 20 février 2024 - Atelier 5 groupes-projets
 
Journée Technique Trévarez - 20 février 2024 - Atelier 3 génisses
Journée Technique Trévarez - 20 février 2024 - Atelier 3 génissesJournée Technique Trévarez - 20 février 2024 - Atelier 3 génisses
Journée Technique Trévarez - 20 février 2024 - Atelier 3 génisses
 
Présentation de la station de Trévarez - 20 Février 2024
Présentation de la station de Trévarez - 20 Février 2024Présentation de la station de Trévarez - 20 Février 2024
Présentation de la station de Trévarez - 20 Février 2024
 
Journée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiques
Journée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiquesJournée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiques
Journée Technique Trévarez - 20 février 2024 - Atelier 4 leviers agronomiques
 
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 2
 
Automate--Programmable--Industrielle.ppt
Automate--Programmable--Industrielle.pptAutomate--Programmable--Industrielle.ppt
Automate--Programmable--Industrielle.ppt
 
Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...
Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...
Journée Technique Trévarez - 20 février 2024 - Atelier 2 Réduire l’âge au vêl...
 
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1 Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1
Webinaire - INOSYS Réseaux d'élevage Bovins Viande - Partie 1
 
Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone
Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone
Journée Technique Trévarez - 20 février 2024 - Atelier 1 système bas carbone
 
Rapport de fin d'étude en sur le dimensionnement solaire .pdf
Rapport de fin d'étude en sur le dimensionnement solaire .pdfRapport de fin d'étude en sur le dimensionnement solaire .pdf
Rapport de fin d'étude en sur le dimensionnement solaire .pdf
 
Le revenu des exploitations bovins viande - 2023
Le revenu des exploitations bovins viande - 2023Le revenu des exploitations bovins viande - 2023
Le revenu des exploitations bovins viande - 2023
 

Matinale Agile Wake Up #4 : les tests et l'agilité

  • 1. © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 2. Agile Testing Quadrants La typologie des tests • Les équipes qui adoptent l’agilité utilisent certaines pratiques de test pour produire des incréments de produit de qualité. Ces pratiques sont introduites tôt et l’écriture de tests permet d'exprimer puis de vérifier/valider un comportement attendu, de se focaliser sur la prévention de défauts au plus tôt, de détecter puis de supprimer les défauts. • Au cours de cette session nous nous intéresserons aux quadrants de tests de Brian Marick. © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 3. Agile Testing Quadrants Le modèle des quadrants de test, définis par Brian Marick, permet : - d’aligner les niveaux de tests avec les types de test appropriés. - d’assurer que tous les types de test importants et tous les niveaux de test sont inclus dans le cycle de développement du produit. - de fournir une façon de différencier et de décrire les types de test à toutes les parties prenantes © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 4. © ZENIKA 2017 All rights reserved - Proprietary & confidential Définitions : Type de test : un groupe d’activités de test dont l’objectif est de tester un composant ou système sur un ou plusieurs attributs liés entre eux. Un type de test est focalisé sur un objectif de test spécifique par exemple test d’utilisabilité, de régression, … et peut couvrir un ou plusieurs niveaux de tests et une ou plusieurs phases de tests (ensemble distincts d’activités de tests comme l’implémentation, l’exécution…) Niveau de test : un groupe d’activités de tests qui sont organisées et gérées ensemble. Un niveau de tests est lié aux responsabilités dans un projet. Les exemples de niveaux de tests sont les tests de composants, les tests d’intégration, les tests système et d’acceptation
  • 5. © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 6. © ZENIKA 2017 All rights reserved - Proprietary & confidential Le Quadrant Q1 est au niveau unitaire (test destiné à tester une unité du logiciel > en totale isolation pour ne tester qu’une classe et qu’une méthode à la fois). et orienté technologie Il concerne l’équipe de réalisation. Il contient des tests unitaires. Ces tests sont automatisés et dans le processus d’intégration continue. Agile Testing Quadrants Vrais tests Unitaires Spock Comprendre la problématique à résoudre Favoriser la collaboration Maîtriser les évolutions Maintenir un bon niveau de qualité Gérer les régressions Favoriser une démarche d’amélioration continue
  • 7. © ZENIKA 2017 All rights reserved - Proprietary & confidential Le Quadrant Q2 est au niveau système, orienté Métier, et confirme le comportement du produit. Ces tests vérifient les critères d’acceptation. Ils sont souvent créés pendant le développement des User Story. Ils améliorent la qualité des Stories. Ils sont utilisés lors de la création des suites de tests automatisés. Agile Testing Quadrants Spécifier par l’exemple / exécutables Favoriser la collaboration entre les équipes métier et réalisation Développer le bon produit Bonne compréhension du besoin Valider l’implémentation des stories Détecter les changements de comportementsFavoriser une démarche d’amélioration continue FitNesse
  • 8. © ZENIKA 2017 All rights reserved - Proprietary & confidential Le Quadrant Q3 est au niveau système ou acceptation utilisateur, orienté Métier, et contient des tests qui critiquent le produit, en utilisant des scenarios et des données réalistes. Ces tests sont souvent manuels et sont orientés utilisateur. Agile Testing Quadrants Valider le comportement métier / ce qui est attendu Valider les parcours utilisateurs les plus critiques Favoriser l’amélioration continue Détecter les régressions Recueillir le feedback et les suggestions Accueillir le changement favorablement Gérer les tests manuels
  • 9. © ZENIKA 2017 All rights reserved - Proprietary & confidential Le Quadrant Q4 est au niveau système ou acceptation opérationnelle, orienté technologie, et contient des tests qui critiquent le produit. - Ces tests sont souvent automatisés Agile Testing Quadrants
  • 10. © ZENIKA 2017 All rights reserved - Proprietary & confidential 1. Ecrire les Cas de Test 2.Implémenter la User Story Appliquer le Développement piloté par les tests d’acceptation (ATDD)
  • 11. © ZENIKA 2017 All rights reserved - Proprietary & confidential 1 Atelier de spécification de la User Story • Entrée: la User Story en version initiale • Acteurs: développeurs, testeurs, représentants métier • Activités: revoir et compléter ou corriger la User Story • Sortie: nouvelle version de la User Story 2 Création des Cas de Test • Entrée: la User Story dans sa dernière version • Acteurs: le Testeur, un représentant métier • Activités : créer les tests (exemple de de mise en œuvre de la Story) et les valider avec une autre personne (métier) • Cas basiques en premier: chemins positifs • Cas d’exceptions, d’erreur et non fonctionnels ensuite Appliquer le Développement piloté par les tests d’acceptation (ATDD)
  • 12. © ZENIKA 2017 All rights reserved - Proprietary & confidential Appliquer le Développement piloté par les tests d’acceptation (ATDD) Corrélation avec le TDD Faire que le test passe Refactoriser Créer un test unitaire qui échoue TDD Créer une User Story Créer un test d’acceptance qui échoue Faire que le test passe Pour chaque critère d’Acceptance Définir les critères d’Acceptance Faire la démonstration du logiciel opérationnel
  • 13. © ZENIKA 2017 All rights reserved - Proprietary & confidential Agile Testing Quadrants – au-delà du modèle Principe n°3 du test : tester tôt (et souvent) Recueillir le feedback et les suggestions Encourager la collaboration Les individus et les interactions / la collaboration plus que… Adaptation au changement plus que… Favoriser la testabilité 360° du système Favoriser l’amélioration continue Un logiciel opérationnel plus que … S’appuyer sur des exemples (de la vraie vie) Rôle essentiel de la définition du terminé
  • 14. © ZENIKA 2017 All rights reserved - Proprietary & confidential Agile Testing Quadrants – au-delà du modèle À l'origine, le quadrant en tant qu’instrument permettait de mesurer la hauteur d'un objet visé… Pour une équipe agile, les quadrants de test agile nous invitent à prendre de la hauteur et mieux comprendre l’importance des « objets » visés : - BUILD THE RIGHT PRODUCT pour les quadrants Q2 et Q3 - BUILD THE PRODUCT RIGHT pour les quadrants Q1 et Q4 Les pratiques de tests associés par niveaux et types de test nous permettent de nous en rapprocher
  • 15. BON AWU#4 J © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 17. J’AI FAIT MA DÉFINITION OF DONE ET APRÈS ? Frédéric Faure AWU, 30 mars 2017 http://agile-paysbasque.fr
  • 18. Qui suis-je ? • Un javagiliste bordelais o 18 ans d’informatique et de Java o 11 ans d’agilité et de Scrum https://twitter.com/ffaure32
  • 19. Tout ce que je sais c’est que je ne sais rien • Je n’ai pas de certitudes • Je ne suis pas prescripteur
  • 20. Sondage • Qui connaît la pratique du DoD ? • Qui a au moins un DoD sur son projet ? • Qui applique son DoD ? • Qui trouve que cette utilisation sert vraiment ?
  • 21. NOTION DE FINI Ca compile donc ça marche http://agile-paysbasque.fr
  • 22. Veni Vidi Vici • La notion de fini est par défaut implicite • La notion de fini est par défaut subjective o Au sein de l’équipe de développement o Entre l’équipe et le PO o Entre l’équipe et le client • Syndrome du « Fini ! Fini Fini ? »
  • 23. Nous n’avons pas les mêmes valeurs • « The moment you have a QA group you have already lost. You can’t put quality at the end of the process » @OlafLewitz • « Tant que vous avez une équipe de test derrière, vous restez dans le vieux paradigme, quelle que soit la peinture que vous mettez dessus » @addinquy
  • 25. Toujours citer le manifeste agile « Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à forte valeur ajoutée » « Un logiciel opérationnel est la principale mesure d’avancement » « Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité »
  • 28. DEFINITION OF DONE Back to the basics http://agile-paysbasque.fr
  • 29. Origines • Concept introduit en 2002 par Dan Rawsthorne o http://blog.3back.com/scrum-industry-terms/done-done-done-done-in- scrum/ • Intégré dans le « Scrum Guide » o http://www.scrumguides.org/docs/scrumguide/v1/scrum-guide-us.pdf • Intégré dans le « Scrum Primer » o http://www.scrumprimer.org/primers/fr_scrumprimer20.pdf
  • 30. Définition de fini-terminé-done « L'équipe affiche de façon visible une liste de critères génériques qui conditionnent le fait de pouvoir considérer un incrément comme "fini". Faute de remplir ces critères en fin de Sprint ou d'itération le travail réalisé n'est pas comptabilisé dans la vélocité. » http://institut-agile.fr/sashimi.html
  • 31. Propriété collective de l’équipe • Défini par l’équipe • Appliqué par l’équipe • Maintenu par l’équipe • Critères génériques pour l’équipe (et non pas pour l’ensemble de la société)
  • 32. DoD visible • Le DoD doit être explicite • Le DoD doit être visible
  • 33. Intérêts • Plus de subjectif ni d’implicite • Compréhension commune et partagée • Guide la réflexion de l’équipe en amont du fini
  • 35. Atelier • Done List Creation Exercice o https://www.scrumalliance.org/system/resource_files/0000/0451/Done_Lis t_Creation_Exercise.pdf o Brainstorming o Catégorisation o Tri/Priorisation o Consolidation/Publication
  • 36. Catégories • 4 niveaux de « done » définis par Dan Rawsthorne
  • 37. Acronyme maison • DoD FAIT o Fini o Accepté o Intégré o Techniquement validé
  • 39. Le « work hackisme » est un humanisme https://www.youtube.com/watch?v=YBoS-svKdgs
  • 41. Ne pas se décourager • Près de 3 ans pour trouver une formule qui nous convienne
  • 42. Afficher le DoD dans la colonne terminé
  • 44. 1 post-it par item du DoD
  • 45. 1 post-it DoD par Story+checklist
  • 49. Pour éviter le DoAD : 1 responsable DoD par Story
  • 50. Revue != Validation • Montrer les stories au fil de l’eau o Planifier des démos intermédiaires avec le PO • Le Sprint n’est pas un mini cycle en V • Eviter l’effet « Mais c’est pas du tout ce que j’avais demandé » du PO en revue avec toutes les parties prenantes
  • 52. La sieste au travail
  • 53. DEFINITION OF READY Pour pouvoir finir,il vaut mieuxêtre prêt à commencer
  • 54. Acronyme pas maison • DoR INVEST o Independant o Negotiable o Valuable o Estimable o Small enough o Testable
  • 56. Definition of Ready, la petite sœur du DoD
  • 57. Du gros backlog aux petits bacs – Claude Aubry ©
  • 58. Encore des dérives • La culture du backlog ne doit pas être un exercice solitaire (du PO) • L’équipe de développement ne doit pas attendre une spécification détaillée • Le plus important dans une User Story, c’est la conversation
  • 60. Intermède Bonheur au travail « Essayons d’être heureux, ne serait-ce que pour donner l’exemple » Jacques Prévert
  • 63. De la spécification au test, un retour d'expérience chez Médiamétrie © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 64. Présentation Marc Bougeret • Scrum master • 4 ans de développement java • 3 ans scrum master • Certification scrum master scrum.org et Scrum Alliance © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 65. Contexte • Client interne à Médiametrie • DSI composée de 4 équipes scrum • Equipe scrum expérimentée de 9 personnes • 7 développeurs • Un product owner • Un scrum master © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 66. Un premier pas vers l’amélioration des spécifications © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 67. © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 68. • Améliorer la collaboration pour une compréhension partagée • Amélioration des spécifications : format User Story En tant que … (Qui) Je souhaite … (Quoi) Afin de … (Pourquoi) Une première approche © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 69. • Independant • Negociable • Valuable • Estimable • Small enough • Testable Des Items INVEST © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 70. Ce qu’en dit le PO « Je ne suis pas chargé de la recette ce n’est pas à moi de rédiger les tests à votre place. » « Je suis chef de projet depuis 5 ans j’ai passé l’âge qu’on me dise comment je dois écrire mes spécifications. » « Vous êtes une équipe de réalisation, pas de développement, vous devez connaitre le métier. » « Vous le faites comme ça parce que je vous le dis. » © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 71. Vers des items testables © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 72. • Independant • Negociable • Valuable • Estimable • Small enough • Testable Des Items INVEST © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 73. Le problématiques des items non testable • Validation en aval • Qualité de rendu incertaine • Manque de visibilité • Facteur de stress • Spécifications trop détaillées • Interprétation • Shit in Shit out • Réduit la communication « C’est écrit dans les specs » © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 74. Rédaction de critères d’acceptation • Qui? • Equipe de réalisation • Scrum master • Validation par le PO • Quand? • Au Sprint planning • Gains attendus? • Tester l’intérêt • Sensibilisation • Etude approfondi des spécifications © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 75. Plusieurs formalismes testés Par use case • Complexe • Très proche de la spécification Des critères commençant par « Je peux… » • Simple • Point de vue utilisateur Formalisme GWT (Given, When, Then) • Complet • Point de vue utilisateur • Facilite les tests automatisés © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 76. Exemple Soit un utilisateur panel Lorsque l’utilisateur se connecte à l’application Et modifie son profile Et se rend sur la page de gestion des ordinateurs Alors le message ‘Vos modifications ne sont pas sauvegardées, êtes-vous sur de vouloir quitter cette page?’ apparait. © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 77. Les gains • Mise en évidence du besoin utilisateur • Validation en amont • Meilleur compréhension des spécifications • Amélioration des pratiques de test © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 78. Les limites • Chronophage • Interprétation • Revue superficielle et tardive • Adaptation au besoin © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 79. Des items négociables pour une meilleur collaboration © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 80. • Independant • Negociable • Valuable • Estimable • Small enough • Testable Des Items INVEST © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 81. Qu’est ce qu’une US négociable? • Une User Story : • Exprime un besoin utilisateur • Propose une solution • L’équipe scrum est force de proposition • La solution s’articule autour du besoin © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 82. Travail itératif des items de backlog © ZENIKA 2017 All rights reserved - Proprietary & confidential Rédaction de scénarios d’acceptation Proposition de la solution aux parties prenantes (Ré)écriture de l’US Compréhension
  • 83. Besoins et solutions pour la mise en place • Disponibilité du PO • Intégration d’un nouveau PO dans l’équipe • Implication des parties prenantes • Augmentation de la durée des Sprint Review • Partage des US au plus tôt • Feedback sur les scénarios envisagés © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 84. Finalement • Spécifications claires et comprises • Qualité de code élevée • Satisfaction client en hausse « Vous pouvez vraiment nous faire ça? C’est parfait! » • Plaisir au travail augmenté © ZENIKA 2017 All rights reserved - Proprietary & confidential
  • 85. Les clés de cette réussite • Une forte volonté à s’améliorer • Une approche pas à pas • L’adaptation au contexte et aux personnes © ZENIKA 2017 All rights reserved - Proprietary & confidential