Tests unitaires ou tests d’intégrations l’éternelle question !

[SamNal2008]

Format

Long (20 minutes)

Description

Dans tous les projets auxquels j’ai eu la chance de travailler, la qualité est clé. Dans un environnement lean, on cherche continuellement à éliminer les défauts, ce qui se traduit par les bugs dans le monde de la tech.

Pour apporter un maximum de valeur à notre client, on cherche à limiter le nombre de défauts qu’il peut rencontrer et pour cela, on standardise nos gestes.

Et le standard sur la qualité de notre code ce sont les tests, on définit un code de qualité par son coverage et la robustesse de nos chaînes d’intégration continue.

Ces tests sont le bouclier invisible d’un défaut pour l’utilisateur final.

Et malgré ce standard et après plus de 40 ans, on ne sait toujours pas choisir entre les différents types de test. Unitaire, intégration ou end-to-end, la même question revient “Ici, j’écris quoi comme test ?”

Et le débat infini reprend, voici les différents arguments que j’ai pu entendre :

• “Autant tout tester avec des tests E2E et les Q/A” — Le projet sortira en 2100
• “Je préfère un test d’intégration comme ça je suis sûr de tout tester” — La personne peut regarder la trilogie du seigneur des anneaux pendant que sa pipeline tourne
• “Les tests unitaires sont parfaits : rapides et exhaustifs, quoi de plus ?” — Kafka a planté, les interfaces I/O n’avaient pas été testées

Et finalement, on finit par se plier à l’argument d’autorité de notre pair plus expérimenté sans vraiment savoir comment le challenger.

Durant ce talk, je vous donnerais 5 points de contrôles pour pouvoir répondre à la question : “Ici, j’écris quoi comme test ?” et pour pouvoir faire le meilleur des choix pour vos utilisateurs.

Lien vers vos slides

No response

Autre

Si jamais je ne suis pas retenu, je vous serai super reconnaissant d'avoir quelques feedbacks sur la description et ce que vous en avez pensé !

Twitter

@SamNal2008

Email

No response