Test d’intégration

Définition - Que signifie le test d'intégration?

Le test d'intégration est une méthodologie de test logiciel 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.

Definir Tech explique les tests d'intégration

L'intégration est une stratégie clé du cycle de vie du développement logiciel (SDLC). En règle générale, les petits systèmes logiciels sont intégrés et testés en une seule phase, tandis que les systèmes plus grands 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 par unité sont constitués de composants intégrés dont l'isolation des erreurs est testée 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 de composant, é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 elle nécessite une documentation appropriée pour éviter toute défaillance.
  • 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.
  • De haut en bas: consiste à tester d'abord les modules intégrés supérieurs. Les sous-systèmes sont testés individuellement. Les tests descendants facilitent la détection des liaisons de branche de module perdues.