Téléchargé 36 fois
Téléchargé parVincent Tencé
100% couverture de code par les tests
Le document aborde l'importance d'une couverture de code complète et de la réalisation de tests dans le développement agile, en mettant l'accent sur des pratiques comme le Test-Driven Development (TDD). Il souligne les coûts associés à un code de mauvaise qualité et critique les dérives d'approches comme le 'flaccid scrum'. Enfin, il encourage les développeurs à investir dans des outils adaptés et à adopter des architectures favorisant les tests.
100% couverture de code par les tests
- 1.
- 2. 100% de couverture en finir avec les fuites
- 3. 75% 25% 95%
- 4.
- 5.
- 6. “That’s the goal” - Uncle Bob
- 7.
- 8. Couverture Domaine 98% Infrastructure 100% Controllers 100% Views 100% ? 0% 25% 50% 75% 100%
- 9. 100% Code vert etrouge
- 10. Statistiques 1368 lignesde code de production en Java 2048 lignes de code d’infrastructure de test 2395 lignes de code de test 7 tests systèmes 21 tests d’intégration 87 tests unitaires
- 11.
- 12. Trop de projetsagiles font naufrages
- 13. Un phenomène connu sousle nom de ... “Flaccid Scrum” http://www.flickr.com/photos/beansandgrapes/5253690227/
- 14. “Your Scrum hasgone weak at the knees” - Martin Fowler
- 16. Impact sur lavélocité re l ib te 100 c h u n 75 e té Travail à faire tiv i 50 u c rod 25 P 0 0 1 2 3 4 5 6 Sprints
- 17.
- 18. Impact sur lescoûts Bonne qualité Qualité typique $400,000 v u e e n li te $300,000 $200,000 F ail $100,000 $0 1 2 3 4 5 6 7 8 9 10 Années
- 19. “Iterative and incremental developmentonly works if you write clean code and tests around it” - Ken Schwaber
- 20. L’option la plusrisquée
- 21.
- 22.
- 23. ... en ayantdu plaisir
- 24. N’écrivez pas une lignede code sans un test rouge.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34. Améliorer le message d’erreur Écrire un test Faire passer qui échoue le test Refactoriser
- 35. Améliorer le message d’erreur Écrire un test Écrire un test d’acceptance qui échoue Faire passer le test unitaire qui échoue Refactoriser
- 36. Test système Pa m ent ym ip e nt Sh User Interface Persistence Ma e il Tim Test
- 37.
- 38. Test unitaire Pa m ent ym ip e nt Sh User Interface Persistence Ma e il Tim Test
- 39.
- 40. Test d’intégration Pa m ent ym ip e nt Sh User Interface Persistence Ma e il Tim Test
- 41.
- 42.
- 43. Vostechnologies vous rendrons la vie dure
- 44. Vos frameworks vous ferons suer
- 45. Vos outils se mettront en travers de votre route
- 46.
- 47. Choisissez qui des vous aident technologies
- 48. Investissez dans vosoutils
- 49. Concevez vos propres outils
- 50. Adoptez une architecture qui supporte les tests
- 51. User Interface API Tim e adapter Persistence “Ports and Adapters”
- 52.
- 53. “A Journey ofa thousand miles being with a single step” - Lao-Tzu
- 54.
- 55. Pour en savoirplus • Le cours Professional Scrum Developer Java • Offert en version 3 jours et 5 jours • Visitez http://pyxis-tech.com/fr/notre-offre/ formation-agile/professional-scrum-developer- java
- 56.