Module 4 - Tests d'integration

1. Definition

Les tests d’intégration évaluent les composants d’une application à un niveau plus large que les tests unitaires. Les tests unitaires sont utilisés pour tester des composants logiciels isolés, tels que des méthodes de classe individuelles. Les tests d’intégration confirment que deux composants d’application ou plus fonctionnent ensemble pour produire un résultat attendu, y compris éventuellement chaque composant requis pour traiter entièrement une demande.

Ces tests plus larges sont utilisés pour tester l’infrastructure et l’ensemble de l’infrastructure de l’application, y compris souvent les composants suivants :

Base de données Système de fichiers Appliances réseau Pipeline de demande-réponse Les tests unitaires utilisent des composants fabriqués , appelés faux ou objets fictifs, à la place des composants d’infrastructure.

Contrairement aux tests unitaires, les tests d’intégration :

Utilisez les composants réels utilisés par l’application en production. Exiger davantage de code et de traitement des données. Prenez plus de temps pour s’exécuter. Par conséquent, limitez l’utilisation de tests d’intégration aux scénarios d’infrastructure les plus importants. Si un comportement peut être testé à l’aide d’un test unitaire ou d’un test d’intégration, choisissez le test unitaire.

Dans les discussions sur les tests d’intégration, le projet testé est fréquemment appelé « Système en cours de test » ou « SUT » pour un court terme. « SUT » est utilisé tout au long de cet article pour faire référence à l’application ASP.NET Core testée.

N’écrivez pas de tests d’intégration pour chaque permutation des données et de l’accès aux fichiers avec des bases de données et des systèmes de fichiers. Quel que soit le nombre d’emplacements d’une application qui interagissent avec les bases de données et les systèmes de fichiers, un ensemble ciblé de tests d’intégration de lecture, d’écriture, de mise à jour et de suppression est généralement capable de tester correctement les composants de base de données et de système de fichiers. Utilisez des tests unitaires pour les tests de routine de la logique de méthode qui interagissent avec ces composants. Dans les tests unitaires, l’utilisation de faux ou de simulations d’infrastructure entraîne une exécution de test plus rapide.