Retour sur les tests unitaires

Cette présentation est un rapide survol des notions importantes autour des tests automatisés. Partant du constat que les pratiques de type Test Driven sont difficiles à acquérir et encore plus à maîtriser, ce deck s'adresse en priorité aux équipes qui se trouvent en difficultés face à ces pratiques et cherche à les aider en donnant les conseils les plus imporants

Transcript

1. QUI? Photo by William White on Unsplash
2. @CYRDUP QUI SUIS-JE? • Cyrille DUPUYDAUBY, Software Crafter • Aujourd’hui Responsable l’architecture technique pour SGPB et Lyxor • 35 années d’IT, principalement sur du code, mais aussi de la BA, QA, architecture et stratégie • Contributeur open source C# (NFluent, mais aussi Rafting et Stryker.Net) • Animateur de BBLs et conférencier (Devoxx, NCrafts, meetups)
5. TESTS UNITAIRES, UN BILAN MITIGÉ
7. UN PEU DE VOCABULAIRE Photo by Jelleke Vanooteghem on Unsplash
8. END-TO-END BOUT EN BOUT
9. INTEGRATION?
10. SMOKE?
11. PERFORMANCE?
12. STRESS?
13. COMPONENT? COMPOSANT
14. UNIT? UNITAIRE
15. » « – Kent Beck A UNIT TEST IS A TEST ISOLATED FROM OTHER TESTS
16. TOUT AUTOMATI QUE Photo by Franck V. on Unsplash
17. 100 % COUVERTURE UN RÊVE IMPOSSIBLE? Photo by Thor Alvis on Unsplash
18. CODE INACCESSIBLE ? PRIVATE MEANS OFF LIMIT Photo by Dayne Topkin on Unsplash
19. SOME CODE DOES NOT NEED TO BE TESTED !
20. SOME CODE DOES NOT NEED TO BE TESTED ! REALLY?!
21. JE VEUX DES MOCKS MOCKS, MOCKS Photo by Aurélien Aries on Unsplash
22. DUMMY/STUB/FAKE/ SPY/MOCK
23. C’EST QUOI LE PROBLÈME? Photo by Viktor Talashuk on Unsplash
24. SANDRO MANCUSO BANKING KATA • Ecrire une classe Account avec 3 méthodes: • void deposit(int) • void withdraw(int) • Void printStatement() • Exemple • Given a client deposits 1000 on 10-01-2012 • And a deposit of 2000 on 13-01-2012 • And a withdrawal of 500 on 14-01-2012 • When she prints her bank statement, • Then she would see date|| credit || debit || balance 14/01/2012 || 0 || 500.00 || 2500.00 13/01/2012 || 2000.00 || 0 || 3000.00 10/01/2012 || 1000.00 || 0 || 1000.00 Photo by rawpixel on Unsplash
25. ACCOUNTSHOULD ALORS, C’EST QUOI UN BON TEST ? A. HaveABalance500AfterDeposit500 B. GenerateSQLInsertOnOperation C. ForwardOperationsForPersistance D. WorkAsExpected E. Test1 F. AcceptMultipleOperations G. PrintStatement
26. IL EST DIFFICILE DE NOMMER UN TEST
27. VRAIMENT? Photo by Paolo Nicolello on Unsplash
28. INVENTER UN TEST, C’EST DIFFICILE Photo by taha ajmi on Unsplash
29. LES TESTS COUTENT CHER Photo by Val Vesa on Unsplash
30. Photo by Fancycrave on Unsplash Photo by Kelvyn Ornettte Sol Marte on Unsplash
31. IL FAUT PLUS D’OUTILS
32. ON PEUT AVOIR TROP DE TESTS Photo by Rick Mason on Unsplash
33. IL EST BON DE JETER DES TESTS Photo by Paweł Czerwiński on Unsplash
34. LES TESTS AUTOMATIQUES SONT UTILES
35. CE QU’IL FAUT RETENIR 1. Les tests sont utiles 2. Tester les comportements, pas les implémentations 3. Maintenir la base de tests avec douceur et fermeté Photo by Anaya Katlego on Unsplash
36. REFERENCES UTILES • Mon Blog • Medium: https://medium.com/@Cyrdup • Wordpress: https://many-cores.com • Simple testing can prevent most critical failures (résumé d’Adrian Colyer) • https://blog.acolyer.org/2016/10/06/simple-testing-can-prevent-most-critical-failures/ • Why most using testing is waste (James Coplien) • https://rbcs-us.com/site/assets/files/1187/why-most-unit-testing-is-waste.pdf