Propulsez votre architecture grâce au TDD et aux mocks (Agile Québec 2013)

2 Elap

se Techn

Propulsez votre architecture grâce au

TDD et aux mocks

Agile Québec

12 juin 2013

3 Elap

Avertissement

Cette présentation est de niveau « avancé »

3 Elap

Félix-Antoine Bourbonnais

Formateur & Coach Agile

o Tests automatisés: TDD, ATDD, BDD

o Orientation objet avancée

o Architecture agile

o Réusinage et qualité (Clean Code)

o Agile et Scrum

Concepteur de logiciels

o Pratiques de développement

o Java, Python, etc.

@fbourbonnais

linkedin.com/in/fbourbonnais/fr

elapsetech.com/fab

www.elapsetech.com

fbourbonnais@elapsetech.com

3 Elap

Réchauffement…

Qui fait du TDD?

Qui utilise des Mocks?

Quelles sont vos attentes?

Images de: Idea Go / freedigitalphotos.net

Rameshng / Flickr.com

3 Elap

Comment découvrir l’architecture?

3 Elap

DOUBLURES ET MOCKSRappel sur les

3 Elap

Rappel: les tests unitairesBut: tester les modules en isolation.

3 Elap

Rappel: les mocks

CUTTest

3 Elap

Rappel: les mocks

3 Elap

Rappel: les mocks

A’’

LanceIOException

Retourne[1]

3 Elap

TDDRappels des fondements du

3 Elap

Technique ou discipline?

Le TDD est une discipline

3 Elap

Cycle du TDD

Écrire un test qui échoue

Faire passer le

testRéusiner

On passe à la phase « VERTE » dès qu’on a un test qui échoue.

Erreur de compilateur = « échec ».

On passe à la phase « Réusinage » dès que le test passe.

3 Elap

Shu-Ha-Ri

L’élève suit l’enseignement

d’un maître

Il apprend de d’autres

maîtres(écoles)

Il suit et a sa propre pratique…

Power de Jardson Araújo du The Noun Project

Keikogi de Tiago Dos Reis Rodrigues duThe Noun Project

3 Elap

TDD « CLASSIQUE »Le design et le

Image: posterize / FreeDigitalPhotos.net

3 Elap

TDD classique

Image: nuchylee / FreeDigitalPhotos.net

Centré sur l’état et le résultat final

3 Elap

TDD classiqueExtraction des types

ClasseP Classe

Division

R1Test

ClasseP

MockR1

3 Elap

Le TDD classique

TDD Classique

Évolution du « design »

•Par division

•Extraction

Problèmes algorithmiques

•Traitement de données

•Calculs

Valide l’état

3 Elap

L’ORIENTATION OBJETRappel de

3 Elap

InfrastructureDomaineUI

Messages et collaboration

ClasseACtrl

Collaboration des objets fonctionnalité

ClasseB

ClasseC

IfaceE

ClassePersist

ClasseD

3 Elap

Le « Tell don’t Ask »

Image: renjith krishnan et jscreationzs / FreeDigitalPhotos.net

3 Elap

Pourquoi le « Tell don’t ask »

Cacher le « comment »

Limiter l’effet des

modifications

Limiter l’effet d’avalanche

Réduire la duplication

Laisser les objets « s’occuper de leurs oignons »

Éviter les « domaines

anémiques »

3 Elap

sUn objet est une boîte noire

Classe

Réception d’un message

Envoi d’un message à un collaborateur

Retour d’une réponse

3 Elap

PILOTER SON DESIGN AVEC DES MOCKS?

Comment

Image: jscreationzs / FreeDigitalPhotos.net

3 Elap

Le TDD « Mockiste »

Centré sur les interactions et comportementsentre les objets considérant leur rôle

Images: sheelamohan / freedigitalphotos.net

3 Elap

Le TDD « Mockiste »

Utilise les Mocks comme pierre angulaire

Images: cooldesign/ freedigitalphotos.net

3 Elap

Évolution du « design »

Par le raffinement

Découverte des types par les Mocks

Définition de l’interface à partir des besoins établis dans les autres tests grâce aux mocks.

TDD « Mockiste »

3 Elap

TDD piloté par les MocksIdentifier les rôles requis (dépendances) par le module testé

Viewer<<Interface>>

LoaderViewer

Découverte pas à pas

ClassePNGLoader

PNGLoaderTest

<<Interface>>

FileReader

MockMock

Tirer les types à partir de la demande

3 Elap

TDD piloté par les MocksArriver à destination…

Testacceptation

Viewer

Terminé

<<Interface>>

Loader

ClassePNGLoader

<<Interface>>

FileReader

FakeFileReader

3 Elap

En résumé

Quels effets aura ce comportement sur l’environnement immédiat?

De quoi est-ce que l’objet a besoin pour réaliser son travail en terme de

rôles ?

Quelle est la responsabilité de l’objet testé ?

Classe testée(CUT)

Besoin de(rôle)

Effet sur

Responsabilité

3 Elap

Exemple

banque.acheter(carte, marchand, montant)

--> carte.crediter(montant)

--> marchand.debiter(montant)

3 Elap

DÉMONSTRATIONPrésentation de la

Image: Stuart Miles / freedigitalphotos.net

3 Elap

Soumissions à une conférence

#1 Soumission d’une présentation

En tant que soumissionnaireJe veux soumettre une présentation à une conférenceAfin qu’elle soit évaluée par le comité de sélection

Critères d’acceptation• Il est possible de soumettre une présentation• La présentation est accumulée en attendant d’être évaluée par le comité• Le comité est avisé qu’une nouvelle présentation doit être évaluée

Démonstration

3 Elap

Approche « outside-in »

Image: Simon Howden / FreeDigitalPhotos.net

Domaine

Infrastructure

Duplication?

Réusinage

3 Elap

Piloter le design par les mocks

Composer à partir des interactions

Position « utilisateur »

Explorations successives(étape par étape)

Reporter les décisions d’implémentations

Explorer sans trop se compromettre

Image: Simon Howden / FreeDigitalPhotos.net

Domaine

Infrastructure

MyLibraryView

…Presenter

OnlineLibrary Book

LibraryProvider

LibraryRealTimeView

…Presenter

OnlineService

3 Elap

Avantages de l’approche mockiste

Favorise le« Tell don’t ask »

Moins de « trains d’appels »

(Demeter)

Retarde les décisions d’implémentations

Favorise un design testable

Requiert moins d’objets

implémentés pour avoir une rétroaction

Classe fautive ciblée en cas d’échec

3 Elap

Avantages de l’approche mockiste

Développement piloté par les

besoins (need-driven)

Définir les interfaces à partir

des appelants

Focalise sur le « Quoi » avant le

« Comment »

3 Elap

Ce que l’on obtient généralement

Hiérarchie mince

Design basé sur les rôles

Abstraction(rôles)

Nommage clair pour l’appelant

Meilleur respect des

principes OO

3 Elap

Désavantages de l’approche mockiste

Couplage du test avec la signature

des collaborateurs

Fonctionne mal avec des

problèmes algorithmiques

Génère beaucoup de mocks et d’interfaces

Danger: Trop focaliser sur le UI

(outside-in)

Tests unitaires =>

aucun test intégré de bas niveau.

3 Elap

La Bonne question…

Que voulez-vous maximiser ?

3 Elap

Complémentarité

Cette école doit être combinée!

Alterner entre les techniques apporte généralement de bons résultats.

Choisir selon ce que l’on veut découvrir

3 Elap

Mauvaises odeurs détectables

Mauvaise odeurs avec les mocks

Beaucoup de Mocks

Couplage…

Difficile de les injecter

OCP ?Patron

« Factory »?

Beaucoup de

paramètres

Extraction d’un

concept?

3 Elap

Rappel: TDD et architecture

+ Code testable

Rétroaction:« design »

simple?

-Code couplé

+ Code réutilisable

+ Architecture émergeante

Toutes approches

3 Elap

Le mot de la fin…Questions? Poursuivre la discussion?

Image de digitalart / FreeDigitalPhotos.net

@fbourbonnais

Félix-Antoine Bourbonnais

fbourbonnais@elapsetech.com

elapsetech.com/fab

3 Elap

Téléchargement

Image de anamkkml/ FreeDigitalPhotos.net et github.com

Diapositiveshttp://developpementagile.com/

architecture-mocks-tdd

Code sourcehttps://github.com/fbourbonnais/

propulsez-architecture-tdd-mocks

3 Elap

Elapse Technologies

Formation

Accompagnement (coaching)

Conseils et diagnostiques

Votre allié en développement logiciel Agile

Agilité (Scrum, Lean, XP)

Qualité et tests automatisés

Architecture Agile

Pratiques de développement

3 Elap

Références

3 Elap

Références

Steve Freeman, Tim Mackinnon, Nat Pryce, et Joe Walnes. Mock roles, Not objects. p. 236–246. OOPSLA ’04. Vancouver, BC, Canada, ACM, 2004.

Nat Pryce, et Steve Freeman, InfoQ: Mock Roles Not Object States . QCon London 2007http://www.infoq.com/presentations/Mock-Objects-Nat-Pryce-Steve-Freeman

Martin Fowler, Mocks Aren’t Stubs, 2 janvier 2007. [Résumé des approches]http://martinfowler.com/articles/mocksArentStubs.html

3 Elap

Références

Steve Freeman, Sustainable Test-Driven Development. QCon San Francisco 2009. http://www.infoq.com/presentations/Sustainable-Test-Driven-Development

Codemanship presents... Classic TDD vs. London School, 2011. [Critiqué]http://www.youtube.com/watch?v=AUE155LISV4

Michael Feathers et Steve Freeman. Michael Feathers and Steve Freeman on Design, InfoQ at QCon San Francisco 2009http://www.infoq.com/interviews/feathers-freeman-design

Discussion – « Classic TDD or « London School » - anyopinions/comments/elaboration on Jason Gorman’s post? » GOOS Mailinglist, 2011. https://groups.google.com/d/topic/growing-object-oriented-software/dOmOIafFDcI/discussion

Propulsez votre architecture grâce au TDD et aux mocks (Agile Québec 2013)

Technology

Propulsez votre architecture grâce au TDD et aux mocks (Agile Tour Montréal 2012)

Propulsez votre carrière! - Concordia University · 102 industrielle alliance agence boucherville - montÉrÉgie 129 pavillon manufacturierles rÉsidences soleil 109 lowe’s/rona

Conduite de Projet Cours 9 Test-Driven Developmentzack/teaching/1819/cproj/cours-09-tdd-intro.pdf · Test-Driven Development (TDD) Test-Driven Development, or TDD, is an iterativesoftware

Propulsez votre carrière comme on lance une entreprise!

BBL - TDD pour les DevOps - Puppet

PROPULSEZ VOTRE ENTREPRISE. - Fuso

[Agile Testing Day] Test Driven Development (TDD)

Université du soir - TDD

Classes imbriqués, gestion de projet, TDD et principes solides

Coding Dojo - Randori sur le TDD Anthony Hurot Octobre 2010

Tdd en action - refactoring

Le BDD: Une conversation pour découvrir et spécifier les besoins … › assets › slides › bdd-spec-affair… · TDD Architecture évolutive Essais automatisés DDD … Scrum

01 PlaquetteTDDE 2019 - Leaders Leagueassets-event.leadersleague.com/tdd-entreprise/Plaquette... · 2019. 5. 24. · Leaders League, éditeur de Décideurs Magazine, annonce la 5e

Testing Javascript - GOTO Conference › ... › CoreyHaines_TestingYourJavascript.pdf · 2010-12-09 · Testing Javascript Thursday, December 2, 2010. TDD Javascript Thursday, December

TDD avec Ansible Avec Molecule, TestInfra et Ansible ...people.redhat.com/mlessard/ansiblemtl/... · Molecule - Test Workflow tool - 1 - Créé pour assister le développement et

TDD/BDD: ou comment j’ai appris à ne plus m’en faire avec les tests (et la doc)

TDD : avec ou sans Mocks ? Par Anthony Dahanne, Yannick Ameur, Stéphane Malbéqui

Propulsez-vous...mieux adapté et à identifier les partenaires financiers potentiels. Nous mettrons fréquemment à jour le guide pour inclure de nouveaux partenaires de financement

Propulsez votre architecture grâce au TDD et aux Mocks (Agile Tour Québec 2012)

BI Agile :Le TDD avec DbFIT et IC avec TFS Damien MARESMA Arnaud VOISIN