Salut tout le monde. Je suis un peu dans le doute sur une pratique que j’ai adoptée sans trop y réfléchir. Dans mon projet actuel, j’ai commencé à écrire tous mes tests d’intégration avant même de toucher au code de production, juste pour voir. Au début, c’était étrange, mais maintenant je me retrouve avec une suite de tests qui définissent vraiment le comportement que je veux, et je me demande si je devrais continuer comme ça ou si c’est un chemin qui mène à des problèmes plus tard. Certains de mes collègues trouvent ça un peu rigide, et je commence à me poser des questions.
|
Comment savoir si écrire les tests d’intégration avant le code est utile?
|
|
J ai été dans ce cas écrire des tests d’intégration avant le code produit une sorte de boussole c est net pour comprendre ce qui doit arriver et éviter les surprises mais attention si on s y accroche trop on peut construire autour des tests et passer a coté des besoins qui changent
Analytiquement parler des tests d intégration comme contrat vivant permettent d exposer les flux critiques et d écrire la documentation implicite du comportement mais le coût peut monter et on peut devenir esclave des tests et de mocks qui ne reflètent pas le métier
Je suis un peu sceptique ce systeme peut devenir une carotte qui pousse les solutions pour passer les tests et non pour résoudre le vrai probleme
Et si le probleme n etait pas d esperer que tout avance avec les tests d integration mais de comprendre comment l equipe collabore et ecrit le code autour d eux ne serait ce pas un moyen d imposer des interfaces propres et un langage commun ?
Les tests d intégration d abord c est tentant mais gaffe aux coûts et a la maintenance
Les lecteurs dans l equipe attendent des codes qui rassurent et qui respirent pas uniquement des validations alors variable les niveaux de tests et prevoir des revues peut aider a regagner de la souplesse et a reduire le couple sur tests d integration
Personnellement j aime l équilibre je commence par des tests d integration pour clarifier le comportement mais je reste attentif au fait que ce mot touche le rythme du projet et peut presser des decisions ou masquer des compromis eviter d etre trop rigide et rester curieux
|
|
« Sujet précédent | Sujet suivant »
|

