• Blog Les règles du TDD

  • TDD Rules

  1. Tester d'abord, coder ensuite,
  2. Ajouter le minimum de code pour passer le test,
  3. Un seul test doit échouer à la fois,
  4. Ecrire le code qui passe le test, refactoriser ensuite,
  5. Un test doit planter au premier lancement. Sinon, demandez-vous pourquoi vous l'avez ajouté,
  6. Ne jamais refactoriser sans les tests.

(extraites du livre de Leonardo Giordani, Clean Architectures in Python, A practical approach to better software design

Ressources :

Livres :
- Kent Beck - Test driven development by example.
- Freeman & Pryce - Growing Object Oriented Softwares Guided By Tests.
- Forsgren, Humble & Kim - Accelerate (plus globalement une contribution universitaire à l'efficience des pratiques de CI/CD).

Articles / ressources en ligne:
- https://blog.imagicle.com/test-diven-development/
- https://stackoverflow.com/a/3853201
- https://theqalead.com/general/statistics-studies-benefits-test-driven-development/
- https://www.researchgate.net/publication/258126622_How_Effective_is_Test_Driven_Development
- https://arxiv.org/pdf/1711.05082.pdf


15 juillet 2019 17:58