Table des matières:
Définition - Que signifie le test d'intégration?
Les tests d'intégration sont une méthodologie de test de logiciels utilisée pour tester des composants logiciels individuels ou des unités de code pour vérifier l'interaction entre divers composants logiciels et détecter les défauts d'interface. Les composants sont testés en tant que groupe unique ou organisés de manière itérative. Une fois les tests d'intégration effectués sur les composants, ils sont facilement disponibles pour les tests du système.
Techopedia explique les tests d'intégration
L'intégration est une stratégie clé du cycle de vie du développement logiciel (SDLC). Généralement, les petits systèmes logiciels sont intégrés et testés en une seule phase, tandis que les grands systèmes impliquent plusieurs phases d'intégration pour construire un système complet, comme l'intégration de modules dans des sous-systèmes de bas niveau pour une intégration avec des sous-systèmes plus grands. Les tests d'intégration englobent tous les aspects des performances, des fonctionnalités et de la fiabilité d'un système logiciel.
La plupart des systèmes logiciels testés à l'unité sont composés de composants intégrés qui sont testés pour l'isolement des erreurs en raison du regroupement. Les détails du module sont présumés exacts, mais avant les tests d'intégration, chaque module est testé séparément via une implémentation partielle des composants, également appelée stub.
Les trois principales stratégies de test d'intégration sont les suivantes:
- Big Bang: implique l'intégration des modules pour construire un système logiciel complet. Ceci est considéré comme une approche à haut risque car il nécessite une documentation appropriée pour éviter les pannes.
- De bas en haut: implique des tests de composants de bas niveau, suivis de composants de haut niveau. Les tests se poursuivent jusqu'à ce que tous les composants hiérarchiques soient testés. Les tests ascendants facilitent la détection efficace des erreurs.
- Top-Down: implique de tester les modules intégrés supérieurs en premier. Les sous-systèmes sont testés individuellement. Les tests descendants facilitent la détection des liens de branche de module perdus.
