Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Agile Tour Marseille 2012 - Le TDD

No description
by

Thierry Vallée

on 27 November 2017

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Agile Tour Marseille 2012 - Le TDD

Thierry Vallée
Le développement
piloté par les tests
Mais le TDD c'est
plus que cela !

Pourquoi faire du TDD ?
Un logiciel , ça doit fonctionner.
Donc il faut le tester.
Si on teste à la fin...
Donc il faut tester et coder en même temps.
Un logiciel , ça doit évoluer.
Et continuer à fonctionner.
Donc il faut tester tout le temps.
Donc il faut automatiser.
Donc il faut du code testable.
Pour ça, il faut y penser dès le début.
Le plus sûr, c'est d'écrire les tests d'abord.
Qui aime développer ?
Qui aime tester ?
Donc il faut développer. Développer des tests.
Tests unitaires ou d'intégration ?
Pyramide des tests de Mike Cohn
Combien ça coûte ?
Gilles Mantel (Xebia) - La question n’est pas :
Combien je gagne à automatiser les tests ? Mais plutôt : Combien je perds à chaque anomalie que je laisse passer en production ?

Exemple :
1 bug en production me coûte 5000€
J’investis 15 000€ dans l’automatisation de tests
Si mes tests automatisés n’identifient aucun bug, j’ai perdu 15 000€
Si mes tests automatisés identifient 3 bugs, je suis à l’équilibre
Si mes tests automatisés identifient 10 bugs, j’ai évité de perdre 35 000€
Du code, du code !
QUnit - Javascript
Ça vient !
Mais avant, il nous faut un framework de test.
1 - On écrit un test
2 - On fait passer ce test (et juste ce test !)
3 - On refactore et on vérifie que le test passe encore
4 - On recommence...
Par quoi commencer ?
Nouveau code facile à tester
Corrections de bugs
Pour aller plus loin...
Mocks et frameworks associés (Mockito, etc.)
Données de test
Bad smells : tests inutiles, trop longs, etc.
Couverture des tests
Coding dojo
Intégration continue !!!
"Les tests sont un tuteur."
Emmanuel Chenu
"Comment découper mon code ?"
Il faut le découper pour
qu'il soit testable !!!
Inversion de contrôle,
injection de dépendances, interfaces, etc.

L'architecture est guidée par les tests
=>
Une classe = un rôle

Contrat clair

Documentation par l'exemple
Les bonnes questions, dès le début !
Comment je vais vérifier ?
C’est quoi un résultat juste ?
Et les cas aux limites ?
Comment je gère les erreurs ?
...
Les inconvénients ?

Il faut apprendre...

Une culture, une démarche à acquérir
Thierry Vallée

thierry@36tribus.com
www.36tribus.com
http://thierryvallee.blogspot.com
@thvallee

Merci !
Do the right software
Do the software right
Full transcript