Qu'est-ce que le test des composants?
Le test de composant est défini comme un type de test logiciel, dans lequel le test est effectué sur chaque composant individuel séparément sans intégration avec d'autres composants. Il est également appelé test de module lorsqu'il est vu du point de vue de l'architecture. Les tests de composants sont également appelés tests unitaires, tests de programmes ou tests de modules.
En général, tout logiciel dans son ensemble est composé de plusieurs composants. Le test au niveau des composants consiste à tester ces composants individuellement.
C'est l'un des types de tests de boîte noire les plus fréquents qui est effectué par l'équipe d'assurance qualité.
Selon le diagramme ci-dessous, il y aura une stratégie de test et un plan de test pour le test des composants. Où chaque partie du logiciel ou de l'application est considérée individuellement. Pour chacun de ces composants, un scénario de test sera défini, qui sera ensuite transformé en cas de test de haut niveau -> cas de test détaillés de bas niveau avec des prérequis.
L'utilisation du terme « test de composants » varie d'un domaine à l'autre et d'une organisation à l'autre.
La raison la plus courante de la perception différente des tests de composants est
- Type de modèle de cycle de vie de développement choisi
- Complexité du logiciel ou de l'application testée
- Test avec ou sans isolation du reste des autres composants du logiciel ou de l'application.
Comme nous le savons, l'architecture du cycle de vie des tests logiciels comporte de nombreux artefacts de test (documents créés, utilisés pendant les activités de test). Parmi de nombreux tests - artefacts, c'est la politique de test et la stratégie de test qui définit les types de tests, la profondeur des tests à effectuer dans un projet donné.
Qui fait les tests de composants
Les tests des composants sont effectués par des testeurs. Les «tests unitaires» sont effectués par les développeurs où ils testent la fonctionnalité ou la procédure individuelle. Une fois le test unitaire effectué, le test suivant est le test des composants. Les tests des composants sont effectués par les testeurs.
Quand effectuer les tests de composants
Les tests des composants sont effectués peu de temps après que les tests unitaires ont été effectués par les développeurs et la version est publiée pour l'équipe de test. Cette build est appelée build UT (Unit Testing Build). Les principales fonctionnalités de tous les composants sont testées dans cette phase,
Critères d'entrée pour les tests de composants
- Le nombre minimum de composants à inclure dans l'UT doit être développé et testé à l'unité.
Critères de sortie pour les tests de composants
- La fonctionnalité de tous les composants devrait fonctionner correctement.
- Il ne doit pas y avoir de journal des défauts de gravité critique ou élevée ou moyenne et de priorité.
Techniques de test des composants
En fonction de la profondeur des niveaux de test, les tests de composants peuvent être classés comme
- CTIS - Test de composants en petit
- CTIL - Test de composants en grand
CTIS - Test de composants en petit
Le test des composants peut être effectué avec ou sans isolement du reste des autres composants du logiciel ou de l'application sous test. S'il est effectué avec l'isolement d'un autre composant, il est alors appelé Test de composants en petit.
Exemple 1: Considérons un site Web qui a 5 pages Web différentes, puis tester chaque page Web séparément et avec l'isolement des autres composants est appelé Test de composants dans Small.
Exemple 2: Considérez la page d'accueil du site Web guru99.com qui comporte de nombreux composants tels que
Accueil, Test, SAP, Web, Must Learn !, Big Data, Projets en direct, Blog et etc.
De même, tout logiciel est composé de nombreux composants et chaque composant aura ses propres sous-composants. Le test de chaque module mentionné dans l'exemple 2 séparément sans tenir compte de l'intégration avec d'autres composants est appelé Test de composants en petit.
Cliquez sur le menu déroulant de test selon le diaporama ci-dessous et voyez les divers «sous-composants» du composant de test. Les sous-composants affichés sont donc les tests manuels, SOAPUI, QTP, JUnit, Selenium, Test Management, Selenium, Mobile Testing, etc.
Remarque: les sous-composants sont mentionnés avec une couleur rouge surlignée dans l'instantané ci-dessous.
CTIS - Test de composants en petit
Les tests de composants effectués sans isolement d'autres composants du logiciel ou de l'application testés sont appelés tests de composants de grande taille.
Prenons un exemple pour mieux le comprendre. Supposons qu'il y ait une application composée de trois composants disent composant A , le composant B, et le composant C .
Le développeur a développé le composant B et souhaite qu'il soit testé. Mais pour tester complètement le composant B, peu de ses fonctionnalités dépendent du composant A et peu du composant C.
Flux de fonctionnalités: A -> B -> C ce qui signifie qu'il existe une dépendance à B à la fois de A et C, selon le stub du diagramme est la fonction appelée et le pilote est la fonction appelante .
Mais le composant A et le composant C n'ont pas encore été développés. Dans ce cas, pour tester complètement le composant B, nous pouvons remplacer le composant A et le composant C par un stub et des pilotes selon les besoins. Donc, fondamentalement, les composants A et C sont remplacés par des stub et des pilotes qui agissent comme un objet factice jusqu'à ce qu'ils soient réellement développés.
- Stub: Un stub est appelé à partir du composant logiciel à tester, comme indiqué dans le diagramme ci-dessous, `` Stub '' est appelé par le composant A.
- Pilote: Un pilote appelle le composant à tester comme indiqué dans le diagramme ci-dessous. Le «composant B» est appelé par le pilote.
Exemples de cas de test pour les tests de composants
Considérez 2 pages Web selon les schémas mentionnés ci-dessous, Ici, les deux pages Web sont interdépendantes du point de vue de la fonctionnalité.
- La page Web 1 est la page de connexion à demo.guru99.com
Lorsque l'utilisateur a entré un identifiant et un mot de passe valides dans le champ de texte et cliqué sur le bouton Soumettre, la page Web accédera à la page d'accueil du site Web de la banque de démonstration guru99.
- La page Web 2 est la page d'accueil de Guru99.com
Donc, ici, la page de connexion est un composant et la page d'accueil en est un autre. Désormais, le test de la fonctionnalité de pages individuelles séparément s'appelle le test des composants .
Scénarios de test de composants sur la page Web1 -
- Entrez un identifiant d'utilisateur non valide et vérifiez si une fenêtre d'avertissement conviviale est affichée à l'utilisateur final.
- Saisissez un identifiant et un mot de passe non valides et cliquez sur «réinitialiser» et vérifiez si les données saisies dans les champs de texte identifiant et mot de passe sont effacées.
- Entrez le nom d'utilisateur et le mot de passe valides et cliquez sur le bouton «Connexion».
Scénarios de test de composants sur la page Web2 -
- Vérifiez si le message «Bienvenue sur la page du gestionnaire de la banque guru99» est affiché sur la page d'accueil.
- Vérifiez si tous les liens sur le côté gauche de la page Web sont cliquables.
- Vérifiez si l'ID du gestionnaire est affiché au centre de la page d'accueil.
- Vérifiez la présence des 3 images différentes sur la page d'accueil selon le schéma.
Test unitaire vs test de composants
| Test unitaire | Test des composants |
|---|---|
|
|
|
|
|
|
|
|
Résumé:
En génie logiciel, les tests de composants jouent un rôle crucial dans la recherche des bogues. Avant de commencer les tests d'intégration, il est toujours recommandé d'effectuer les tests de composants afin de s'assurer que chaque composant d'une application fonctionne efficacement.
Les tests d'intégration sont suivis des tests des composants. Les tests de composants sont également appelés tests de modules dans certaines références.