Comment testez-vous du code qui parle à une base de données et à une API externe ?

Testez contre une vraie base de données dans un conteneur plutôt que de simuler la couche de données, parce que la plupart des bugs vivent dans les requêtes, les migrations et les transactions qu'un mock ne sait pas exprimer. Pour les API externes, simulez à la frontière du transport avec des réponses HTTP enregistrées ou bouchonnées pour que votre propre code client soit exercé, et ajoutez un petit ensemble de tests de contrat contre le vrai service pour détecter la dérive. Gardez les tests isolés avec des transactions par test ou des schémas frais.

Ma règle est de simuler à la limite de mon processus et pas à l'intérieur. Donc la base est réelle, tournant dans un conteneur avec le même moteur et la même version qu'en production, et les migrations sont appliquées au début de l'exécution, ce qui veut dire que la migration elle-même est testée à chaque fois. Chaque test tourne dans une transaction annulée à la fin, ou obtient son propre schéma quand il doit valider, pour que les tests restent isolés et puissent tourner en parallèle. Simuler la couche de dépôt me donnerait des tests verts qui ne prouvent rien, puisque les bugs que j'expédie vraiment sont dans les requêtes, les contraintes et les frontières de transaction. Pour une API externe, je bouchonne au niveau HTTP avec des réponses enregistrées, pour que mon client, ma logique de reprise et mon parsing tournent vraiment ; je ne vais simplement pas sur le réseau. Comme les enregistrements dérivent, je lance aussi une petite suite de contrat contre leur bac à sable de façon planifiée, pas à chaque pull request, pour apprendre un changement par un job en échec plutôt que par une alerte à trois heures du matin.