Stratégies JavaScript Full Stack

Chapitre 7. Test du backend

Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : [e-mail]

À ce stade du projet, tu as pas mal de code. Il y a des services, des contrôleurs et des intégrations. Bien que toi et l'équipe fassiez de votre mieux pour ne pas introduire de régressions dans le code (lorsqu'une fonctionnalité qui fonctionnait auparavant est cassée à cause d'un changement sans rapport), cela arrivera à un moment donné, et c'est normal au fur et à mesure que le code s'étoffe. C'est pourquoi tu écris des tests pour les principales fonctionnalités de l'application.

Sur le backend, tu testeras des choses comme les erreurs appelées dans les bons scénarios, les données renvoyées dans le bon format, et les bonnes méthodes appelées avec les bons paramètres. Écrire des tests unitaires comme ceux-ci t'aidera à éviter les régressions, à comprendre la façon dont le code doit fonctionner et à rendre le code plus facile à maintenir parce que tu écris un code plus concis et plus modulaire.

Dans ce chapitre, j'aborderai :

• Compromis entre le fait d'avoir des tests et de ne pas en avoir

• Comment écrire des tests à l'aide de Jest

• L'importance des données fictives

Que tu commences un projet à partir de zéro ou que tu en hérites, les tests peuvent être d'une grande aide. C'est aussi le moment idéal pour collaborer avec l'équipe produit sur l'état actuel et futur du produit. L'écriture de tests soulèvera souvent des ...