Télécharger en tant que PDF, PPTX
Téléchargé parNicolas Ledez
On a testé pour vous…
Le document présente des stratégies et conseils sur le développement et l'écriture de tests logiciels, en soulignant l'importance de la méthode TDD (Test Driven Development) pour assurer la qualité du code. Il décrit le processus d'écriture de tests, la gestion du code, et la nécessité d'une bonne couverture de tests en intégrant des pratiques comme le pair programming et le refactoring. Enfin, le document mentionne la pyramide des tests et fournit des ressources pour approfondir le sujet.
On a testé pour vous…
- 1. Nicolas Ledez 2023/01/30 Ona testé pour vous… Je doute que tester soit douter
- 2.
- 7.
- 8.
- 9. Plan • Introduction • TDD? • Tips
- 10.
- 11. Qui ? • Test •Intégration continue • TDD
- 12. Avant Piss Code PissTest Run test KO Fix code ✅ OK
- 13. Combien ça coute? Les tests • Données entièrement générées au pifomètre • Code => pour 50 lignes • Tests => 150 lignes • Wow !!!! • WTF 😱
- 14.
- 15. Comment Piss Test Run test ❌ KO PissCode ✅ OK
- 16. Pourquoi ? • Tun’as jamais le temps après • Tu penses à comment utiliser avant de coder • Tu implémentes que les tests dont l’on a besoin • Tu es sûr que le test est faux • Pas de bug dans le test • Sûr que tu teste la bonne chose
- 17. Comment écrire testests ? • Dé fi nis un problème simple à résoudre • S’il passe, tu peux passer à la suite • Si tu ne peux pas tester • C’est que tu ne comprends pas le problème • Tu ne t’y prends surement pas correctement • Le problème n’est surement pas assez simple
- 18. Comment améliorer toncode ? • Écris le code le plus simple possible • Plus facile à maintenir • Meilleure couverture de code • Réusine (refactoring en français) ton code et tu vas • Améliorer la qualité de ton code • Être sûr grâce aux tests • Enlever de la duplication dans ton code (DRY) • Améliorer la lisibilité et maintenabilité
- 19. Donc • Tu écriston test • 20 % de ton temps • 80% du “code” • Tu écris ton code • 80 % de ton temps • 20% du “code”
- 20.
- 21. Comment • Pas surun vrai projet la première fois • Commencer par des coding dojo • Écrire des tests adéquats • Couverture de code • Ne pas commenter de tests • Pair programming • Garder les tests propres • Le test ne doit faillir d’une seule manière
- 22.
- 23. La pyramide destests Unitaires 80/90% Intégration 5/15% Fonctionnels 1-5% Manuels
- 24.
- 25.
- 26. Tu de mockde moi !? 1/2 https://gist.github.com/nledez/6b24aacb586361959c9766c279863b22
- 27. Tu de mockde moi !? 2/2 https://gist.github.com/nledez/6b24aacb586361959c9766c279863b22
- 28.
- 29.
- 30.
- 31.
- 32.