Test-Driven Development
Trois règles... <ul><li>Première loi : ne pas écrire de code de production avant d'avoir écrit un test qui échoue </li></ul>
Trois règles... <ul><li>Première loi : ne pas écrire de code de production avant d'avoir écrit un test qui échoue
Deuxième loi : ne pas écrire plus de code  de test suffisant pour le faire échouer. Ne pas compiler est un échec. </li></ul>
Trois règles... <ul><li>Première loi : ne pas écrire de code de production avant d'avoir écrit un test qui échoue
Deuxième loi : ne pas écrire plus de code  de test suffisant pour le faire échouer. Ne pas compiler est un échec.
Troisième loi : ne pas écrire plus de code de production nécessaire à faire passer le test au vert </li></ul>
Le mantra
Prochain SlideShare
Chargement dans…5
×

Intro tdd

674 vues

Publié le

Les slides supportant la présentation du TDD et du refactoring lors du cursus de deux jours de formation.

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
674
Sur SlideShare
0
Issues des intégrations
0
Intégrations
3
Actions
Partages
0
Téléchargements
0
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Intro tdd

  1. 1. Test-Driven Development
  2. 2. Trois règles... <ul><li>Première loi : ne pas écrire de code de production avant d'avoir écrit un test qui échoue </li></ul>
  3. 3. Trois règles... <ul><li>Première loi : ne pas écrire de code de production avant d'avoir écrit un test qui échoue
  4. 4. Deuxième loi : ne pas écrire plus de code de test suffisant pour le faire échouer. Ne pas compiler est un échec. </li></ul>
  5. 5. Trois règles... <ul><li>Première loi : ne pas écrire de code de production avant d'avoir écrit un test qui échoue
  6. 6. Deuxième loi : ne pas écrire plus de code de test suffisant pour le faire échouer. Ne pas compiler est un échec.
  7. 7. Troisième loi : ne pas écrire plus de code de production nécessaire à faire passer le test au vert </li></ul>
  8. 8. Le mantra
  9. 9. Refactoring <ul><li>Améliorer le design sans changer le comportement
  10. 10. Refactoring = un ensemble de refactorings </li></ul>
  11. 11. Refactoring <ul><li>Un bon design ne vient pas en premier, il apparaît </li></ul>
  12. 12. Refactoring <ul><li>Le code contient des odeurs
  13. 13. Les odeurs sont des indications qu'un refactoring est possible et souvent nécessaire </li></ul>

×