Vous effectuez les tests unitaires en simulant la connexion à la base de données. De cette façon, vous pouvez créer des scénarios dans lesquels des requêtes spécifiques dans le flux d'un appel de méthode réussissent ou échouent. Je construis généralement mes attentes fictives afin que le texte de la requête réelle soit ignoré, car je veux vraiment tester la tolérance aux pannes de la méthode et comment elle se gère elle-même - les spécificités du SQL ne sont pas pertinentes à cette fin.
Évidemment, cela signifie que votre test ne vérifiera pas réellement que la méthode fonctionne, car le SQL peut être erroné. C'est là que les tests d'intégration entrent en jeu. Pour cela, je m'attends à ce que quelqu'un d'autre ait une réponse plus approfondie, car je commence tout juste à les maîtriser moi-même.
