Talk court : tester, oui mais comment ?

README.md

Talk : tester, oui mais comment ?

Durée : ~10 minutes

Format : simple markdown

Intro

Julien, Dev, Python, Craft, Conf

Qui a des tests autos ? Qui en est satisfait ? Pourquoi ?

Mon expé : le désert (6/10), ou le taudis (4/10)

Mon idéal

• de l'incident au fix dployé en prod, en 30 minutes 😇
• déploiement en prod le vendredi après-midi 😇
• CI 😇
• Accelerate (DORA) 🏎️

Mon quotidien

• pas de test auto
• ou pas vraiment "auto"
• ou qui cassent
• ou qui sont très lents
• ou qui ne testent que des détails d'implémentation
• ou même pas de test manuel
• ...

Comment sortir du goudron ? Ma une recette

https://en.wikipedia.org/wiki/The_Mythical_Man-Month#/media/File:Mythical_man-month_(book_cover).jpg

• "do the hard thing"
• intransiger : test auto pour toutes les nouvelles features et bugfixes
  • transiger : des fois, pas de test auto #pragmatique
• penser l'architecture pour les tests futurs :
  • sandwich, inversion de dépendence, héxagonal, SRP, ...
• prioriser : les features critiques ou stables, les contrats d'interface
  • selon l'historique du projet (zones fragiles, menaçantes, traitresses, appellées à évoluer, ...)
• avoir de l'expérience en réalisation de test :
  • GWT/AAA, fixtures, TestContainers, mocks, caractérisation, couverture, factories, CI, ...
  • environnements et données, coucou Cedric : https://www.linkedin.com/feed/update/urn:li:activity:7470121537329664000/
• commencer à cerner une "stratégie de test"
• convaincre/accompagner les autres personnes du projet (dont le management)
• se faire accompagner par l'IA

Conclusion

(copiée de mon talk long)

Le test est indispensable, l'automatisation (partielle) aussi Le test n'est pas simple, il faut l'apprendre et acquérir de l'expertise Il faut l'initier, construire du consensus quand on n'est que dev Le test fait partie intégrante de l'ingénierie logicielle

Fin

• merci
• faites des tests autos !! (et les bons)
• n'oubliez pas le ROTI