Comment séparer les tests unitaires des tests d'intégration?

Question

Je suis nouveau pour tester et me moquer. J'essaie de tester une classe de logique métier qui effectue des calculs, appelle dans le DAL, met à jour la base de données et gère les transactions. J'utilise des simulacres pour faire des tests unitaires, mais comment les tests d'intégration complets s'intègrent-ils dans tout cela? Ai-je les mêmes tests, mais utilise-t-il le vrai DAL ou est-ce que je fais quelque chose de complètement différent?

Answer 1

Assez bien. La chose importante à savoir est que les tests unitaires (en TDD) ne sont pas vraiment des tests car ils concernent la conception. Vous créez un test unitaire pour intégrer les décisions de conception de chaque composant de code dans un système de validation automatisé; afin que chaque partie de votre système soit conforme à sa conception. De cette façon, vous pouvez compter sur chaque composant et non sur les fonctionnalités non spécifiées des autres composants.

Answer 2

Vous pouvez y penser à peu près comme vous le pensez. Vous pouvez ajouter une étape supplémentaire si vous le souhaitez et faire un test de processus. Lors des tests, vous avez des tests unitaires, des tests CSC et des tests CSCI. Vous faites des tests unitaires et des tests CSCI. Le test CSC est essentiellement un test de processus dans lequel vous testez la fonctionnalité d'un processus avant de l'intégrer dans l'application globale. Par exemple, vous avez une application opérationnelle et écrivez une nouvelle fonctionnalité pour cette application. Vous testez d'abord le code. Si tout fonctionne, testez la nouvelle fonctionnalité en mode autonome. Si tout cela fonctionne, vous devez l'associer à l'application et tout tester.

Tous ces tests peuvent être identiques s’ils couvrent les fonctionnalités. Cependant, vous devrez peut-être développer les tests plus tard.