Qu'est-ce que le test de composants ? Techniques, exemples de cas de test

Qu'est-ce que le test de composants ?

Les tests de composants sont définis comme un type de test logiciel, dans lequel les tests sont effectués sur chaque composant 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.

Généralement, tout logiciel dans son ensemble est composé de plusieurs composants. Les tests au niveau des composants consistent à tester ces composants individuellement.

Il s’agit de l’un des types de tests de boîte noire les plus fréquents effectués par l’équipe QA.

Conformément au diagramme ci-dessous, il y aura une stratégie de test et un plan de test pour les tests 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 réduit en cas de test de haut niveau -> Cas de test détaillés de bas niveau avec prérequis.

L'utilisation du terme "Test des composants» varie d'un domaine à l'autre et d'une organisation à l'autre.

La raison la plus courante pour une perception différente des tests de composants est

1. Type de modèle de cycle de vie de développement choisi
2. Complexité du logiciel ou de l'application testée
3. Test avec ou sans isolation du reste des autres composants du logiciel ou de l'application.

Comme nous le savons Cycle de vie des tests logiciels Architecture contient de nombreux artefacts de test (documents créés, utilisés lors des activités de test). Parmi les nombreux tests – artefacts, c'est la politique de test et la stratégie de test qui définissent les types de tests et la profondeur des tests à effectuer dans un projet donné.

Qui effectue 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. Après Tests unitaires est effectué, le test suivant est le test des composants. Les tests des composants sont effectués par les testeurs.

Quand effectuer des 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 que la version est publiée pour l'équipe de test. Cette version est appelée version 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é unitairement.

Critères de sortie pour les tests de composants

• La fonctionnalité de tous les composants devrait fonctionner correctement.
• Il ne devrait y avoir aucun défaut critique ou de gravité élevée ou moyenne et de priorité. Défaut bûche.

Techniques de test des composants

En fonction de la profondeur des niveaux de test, les tests de composants peuvent être classés comme suit :

1. CTIS – Tests de composants en petit
2. CTIL – Tests de composants en grand

CTIS – Tests de composants en petit

Les tests de composants peuvent être effectués avec ou sans isolation du reste des autres composants du logiciel ou de l'application testée. S'il est effectué avec l'isolement d'un autre composant, on parle alors de test de composants en petit.

Exemple 1: Considérons un site Web qui comporte 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 en Small.

Exemple 2: Considérez la page d'accueil du site Web guru99.com qui comporte de nombreux composants tels que

Accueil, Tests, SAP, Web, doit apprendre !, Big Data, projets en direct, blog, etc.

De même, tout logiciel est composé de nombreux composants et chaque composant aura ses propres sous-composants. Tester séparément chaque module mentionné dans l'exemple 2 sans prendre en compte l'intégration avec d'autres composants est appelé Tests de composants en petit.

Cliquez sur le menu déroulant Tests selon l'instantané ci-dessous et voyez divers « sous-composants » du composant Test. Les sous-composants affichés sont donc Test manuel, SOAPUI, QTP, JUnit, Selenium, Gestion des tests, Selenium, Mobile Tests, etc

Remarque : Les sous-composants sont mentionnés avec une couleur surlignée en rouge dans l'instantané ci-dessous.

CTIL – Tests de composants en grand

Les tests de composants effectués sans isolement des autres composants du logiciel ou de l'application testée sont appelés tests de composants de grande envergure.

Prenons un exemple pour mieux le comprendre. Supposons qu'il existe une application composée de trois composants, par exemple Composant A, Composant B, Composant C.

Le développeur a développé le composant B et souhaite le tester. Mais pour complètement tester 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 entre A et C, selon le talon du diagramme est le appelée fonction, et le conducteur est le fonction d'appel.

Mais les composants A et 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.

• Bout: Un stub est appelé à partir du composant logiciel à tester, comme indiqué dans le diagramme ci-dessous. « Stub » est appelé par le composant A.
• Driver: Un pilote appelle le composant à tester comme indiqué dans le schéma 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 diagrammes mentionnés ci-dessous. Ici, les deux pages Web sont interdépendantes du point de vue des fonctionnalités.

1. La page Web 1 est la page de connexion à demo.guru99.com

Lorsque l'utilisateur a saisi un identifiant et un mot de passe valides dans le champ de texte et a cliqué sur le bouton Soumettre, la page Web accède à la page d'accueil du site Web de la banque de démonstration guru99.

2. La page Web 2 est la page d'accueil de Guru99.com

Ici, la page de connexion est un composant et la page d'accueil en est un autre. Désormais, tester la fonctionnalité des pages individuelles séparément s'appelle test de composants.

Scénarios de test de composants sur la page Web1 –

• Entrez un identifiant utilisateur non valide et vérifiez si une fenêtre contextuelle d'avertissement conviviale s'affiche pour l'utilisateur final.
• Entrez un identifiant et un mot de passe invalides, 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» s'affiche 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'identifiant du responsable 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.

Tests unitaires et tests de composants

Tests unitaires	Test des composants
Tester des programmes individuels, des modules pour démontrer que le programme s'exécute conformément à la spécification est appelé Tests unitaires	Tester chaque objet ou partie du logiciel séparément avec ou sans isolation des autres objets est appelé Test des composants
Il est validé par rapport aux documents de conception	Il est validé par rapport aux exigences de test et aux cas d'utilisation
Les tests unitaires sont effectués par les développeurs	Les tests des composants sont effectués par des testeurs
Les tests unitaires sont effectués en premier	Les tests des composants sont effectués une fois les tests unitaires terminés du côté des développeurs.

Résumé

In Génie logiciel, Les tests de composants jouent un rôle crucial dans la recherche des bogues. Avant de commencer le Test d'intégration après les tests des composants et les tests d'intégration, sont suivis les tests des composants.

Les tests de composants sont également appelés tests de modules dans certaines références.