- Tests unitaires, tests d'intégration et tests fonctionnels
- Qu'est-ce que les tests unitaires ?
- Qu'est-ce que le test d'intégration ?
- Tests unitaires et tests d'intégration
- Tests fonctionnels
- Conclusion
- Lectures recommandées
Une comparaison détaillée des tests unitaires, d'intégration et fonctionnels :
Pour toute application logicielle, les tests unitaires et les tests d'intégration sont très importants, car chacun d'entre eux utilise un processus unique pour tester une application logicielle.
Mais l'un ou l'autre, voire les deux, ne peuvent à aucun moment remplacer les essais fonctionnels.
Tests unitaires, tests d'intégration et tests fonctionnels
Tests unitaires signifie tester des modules individuels d'une application de manière isolée (sans aucune interaction avec les dépendances) afin de confirmer que le code fait les choses correctement.
Tests d'intégration signifie que l'on vérifie si différents modules fonctionnent correctement lorsqu'ils sont combinés en tant que groupe.
Essais fonctionnels signifie tester une partie de la fonctionnalité du système (qui peut interagir avec des dépendances) pour confirmer que le code fait ce qu'il faut.
Les tests fonctionnels sont liés aux tests d'intégration, mais ils désignent les tests qui vérifient la fonctionnalité de l'ensemble de l'application avec tout le code fonctionnant ensemble, ce qui est presque un super test d'intégration.
Les tests unitaires consistent à vérifier un seul composant du système, tandis que les tests de fonctionnalité consistent à vérifier le fonctionnement d'une application par rapport à la fonctionnalité prévue décrite dans la spécification des exigences du système. En revanche, les tests d'intégration consistent à vérifier les modules intégrés dans le système.
Et surtout, pour optimiser le retour sur investissement (ROI), votre base de code doit comporter autant de tests unitaires que possible, moins de tests d'intégration et le moins de tests fonctionnels possible.
La pyramide de tests suivante en est la meilleure illustration :
Les tests unitaires sont plus faciles à écrire et plus rapides à exécuter. Le temps et les efforts nécessaires à la mise en œuvre et à la maintenance des tests augmentent entre les tests unitaires et les tests fonctionnels, comme le montre la pyramide ci-dessus.
Exemple :
Comprenons ces trois types de tests à l'aide d'un exemple simplifié à l'extrême.
Par exemple Pour qu'un téléphone mobile fonctionne, les principales pièces nécessaires sont la "batterie" et la "carte SIM".
Exemple de test unitaire - La durée de vie, la capacité et d'autres paramètres de la batterie sont vérifiés. L'activation de la carte Sim est vérifiée.
Exemple de test d'intégration - La batterie et la carte SIM sont intégrées, c'est-à-dire assemblées pour démarrer le téléphone mobile.
Exemple de test fonctionnel - La fonctionnalité d'un téléphone portable est vérifiée en termes de caractéristiques et d'utilisation de la batterie, ainsi qu'en termes de cartes SIM.
Nous avons vu un exemple en termes simples.
Prenons maintenant l'exemple technique d'une page de connexion :
Presque toutes les applications web exigent que leurs utilisateurs/clients se connectent. Pour cela, chaque application doit avoir une page "Login" qui contient les éléments suivants :
- Compte/Nom d'utilisateur
- Mot de passe
- Bouton de connexion/signature
Pour les tests unitaires, les cas de test peuvent être les suivants :
- Longueur du champ - champs nom d'utilisateur et mot de passe.
- Les valeurs des champs d'entrée doivent être valides.
- Le bouton de connexion n'est activé que lorsque des valeurs valides (format et longueur) sont saisies dans les deux champs.
Pour les tests d'intégration, les cas de test peuvent être les suivants :
- L'utilisateur voit le message de bienvenue après avoir saisi des valeurs valides et appuyé sur le bouton de connexion.
- L'utilisateur doit être dirigé vers la page de bienvenue ou la page d'accueil après une entrée valide et un clic sur le bouton Login.
Une fois les tests d'unité et d'intégration effectués, voyons les résultats supplémentaires. les cas de test qui sont pris en compte pour les tests fonctionnels :
- Le comportement attendu est vérifié, c'est-à-dire que l'utilisateur peut se connecter en cliquant sur le bouton de connexion après avoir saisi un nom d'utilisateur et un mot de passe valides.
- Y a-t-il un message de bienvenue à afficher après une connexion réussie ?
- Existe-t-il un message d'erreur qui devrait s'afficher en cas de connexion non valide ?
- Y a-t-il des cookies stockés sur le site pour les champs de connexion ?
- Un utilisateur inactivé peut-il se connecter ?
- Existe-t-il un lien "mot de passe oublié" pour les utilisateurs qui ont oublié leur mot de passe ?
Il existe bien d'autres cas qui viennent à l'esprit d'un testeur fonctionnel lorsqu'il effectue des tests fonctionnels, mais un développeur ne peut pas prendre en compte tous les cas lorsqu'il élabore des tests unitaires et des tests d'intégration.
Ainsi, de nombreux scénarios doivent encore être testés, même après les tests unitaires et d'intégration.
Il est maintenant temps d'examiner les tests unitaires, d'intégration et fonctionnels un par un.
Qu'est-ce que les tests unitaires ?
Comme son nom l'indique, ce niveau consiste à tester une "unité".
L'unité peut être la plus petite partie d'une application qui peut être testée, qu'il s'agisse d'une fonction individuelle, d'une méthode, etc. Les développeurs de logiciels sont ceux qui écrivent les cas de test d'unité. L'objectif est ici de faire correspondre les exigences et le comportement attendu de l'unité.
Voici quelques points importants concernant les tests unitaires et leurs avantages :
- Les tests unitaires sont effectués avant les tests d'intégration par les développeurs de logiciels à l'aide de techniques de test en boîte blanche.
- Les tests unitaires ne vérifient pas seulement le comportement positif, c'est-à-dire la sortie correcte en cas d'entrée valide, mais aussi les défaillances qui se produisent en cas d'entrée invalide.
- Les tests unitaires étant effectués avant l'intégration du code, les problèmes détectés à ce stade peuvent être résolus très facilement et leur impact est également très faible.
- Un test unitaire teste de petits morceaux de code ou des fonctions individuelles, de sorte que les problèmes/erreurs trouvés dans ces cas de test sont indépendants et n'ont pas d'impact sur les autres cas de test.
- Un autre avantage important est que les cas de test unitaires simplifient et rendent plus facile le test du code. Ainsi, il devient plus facile de résoudre les problèmes à un stade ultérieur puisque seule la dernière modification du code doit être testée.
- Les tests unitaires permettent d'économiser du temps et de l'argent, ils sont réutilisables et faciles à entretenir.
JUnit (cadre Java), PHPUnit (cadre PHP), NUnit (cadre .Net), etc. sont des outils de test unitaires populaires utilisés pour différents langages.
Qu'est-ce que le test d'intégration ?
Le test d'intégration consiste à tester l'intégration de différentes parties du système. Deux parties ou modules différents du système sont d'abord intégrés, puis le test d'intégration est effectué.
L'objectif des tests d'intégration est de vérifier la fonctionnalité, la fiabilité et les performances du système lorsqu'il est intégré.
Les tests d'intégration sont effectués sur les modules qui sont d'abord testés à l'unité, puis les tests d'intégration déterminent si la combinaison des modules donne le résultat souhaité ou non.
Les tests d'intégration peuvent être effectués par des testeurs indépendants ou par les développeurs.
Il existe trois types d'approches de tests d'intégration, que nous allons examiner brièvement :
a) L'approche de l'intégration du Big Bang
Dans cette approche, tous les modules ou unités sont intégrés et testés comme un tout en une seule fois, généralement lorsque l'ensemble du système est prêt pour les tests d'intégration à un moment donné.
Il ne faut pas confondre cette approche des tests d'intégration avec les tests de système, car seule l'intégration des modules ou des unités est testée et non le système entier comme c'est le cas dans les tests de système.
Les principaux éléments de l'approche du big bang avantage est que tout ce qui est intégré est testé en même temps.
L'un des principaux désavantage est qu'il devient difficile d'identifier les défaillances.
Exemple : Dans la figure ci-dessous, les unités 1 à 6 sont intégrées et testées à l'aide de l'approche Big Bang.
b) Approche descendante
L'intégration des unités/modules est testée de haut en bas, étape par étape.
La première unité est testée individuellement en écrivant des STUBS de test, puis les niveaux inférieurs sont intégrés un par un jusqu'à ce que le dernier niveau soit assemblé et testé.
L'approche descendante est un mode d'intégration très organique car elle correspond à la manière dont les choses se passent dans l'environnement réel.
La seule préoccupation de cette approche est que la fonctionnalité principale est testée à la fin.
c) Approche ascendante
Les unités/modules sont testés de bas en haut, étape par étape, jusqu'à ce que tous les niveaux d'unités/modules soient intégrés et testés comme une seule unité. Programmes de stimulation appelés CONDUCTEURS Il est plus facile de détecter les problèmes ou les erreurs aux niveaux inférieurs.
Les principaux désavantage de cette approche est que les questions de plus haut niveau ne peuvent être identifiées qu'à la fin, lorsque toutes les unités ont été intégrées.
Tests unitaires et tests d'intégration
Après avoir suffisamment discuté des tests unitaires et des tests d'intégration, passons rapidement en revue les différences entre les deux dans le tableau suivant :
Tests unitaires | Tests d'intégration |
---|---|
Teste le composant unique de l'ensemble du système, c'est-à-dire qu'il teste une unité de manière isolée. | Tester les composants du système qui fonctionnent ensemble, c'est-à-dire tester la collaboration de plusieurs unités. |
Une exécution plus rapide | Peut fonctionner lentement |
Pas de dépendance externe : toute dépendance externe est simulée ou supprimée. | Nécessite une interaction avec des dépendances externes (par exemple, base de données, matériel, etc.) |
Simple | Complexe |
Conduite par le développeur | Effectué par le testeur |
Il s'agit d'un type de test en boîte blanche | Il s'agit d'un type de test en boîte noire |
Effectué lors de la phase initiale de l'essai, il peut être réalisé à tout moment. | Doit être effectué après les tests unitaires et avant les tests du système. |
Entretien peu coûteux | Entretien coûteux |
Commence à partir de la spécification du module | Commence par la spécification de l'interface |
Les tests unitaires ont un champ d'application restreint puisqu'ils se contentent de vérifier que chaque petit morceau de code fait ce qu'il est censé faire. | Son champ d'application est plus large puisqu'il couvre l'ensemble de l'application. |
Le résultat des tests unitaires est une visibilité détaillée du code. | Le résultat des tests d'intégration est la visibilité détaillée de la structure d'intégration. |
Découvre les problèmes liés à la fonctionnalité des modules individuels uniquement et ne révèle pas les erreurs d'intégration ou les problèmes à l'échelle du système. | Découvrir les bogues qui surviennent lorsque les différents modules interagissent entre eux pour former le système global. |
Tests fonctionnels
Une technique de test en boîte noire, où la fonctionnalité de l'application est testée pour générer la sortie souhaitée en fournissant une certaine entrée, est appelée "test fonctionnel".
Dans nos processus de test de logiciels, nous rédigeons des cas de test en fonction des exigences et des scénarios. Pour toute fonctionnalité, le nombre de cas de test rédigés peut varier d'un à plusieurs.
Conclusion
Ces trois types de tests sont corrélés.
Pour obtenir une couverture complète, il est nécessaire d'avoir des tests unitaires pour les chemins/lignes de code, des tests fonctionnels et des tests d'intégration pour s'assurer que les "unités" fonctionnent ensemble de manière cohérente.
J'espère que cet article vous aura donné une idée claire des tests unitaires, d'intégration et fonctionnels ainsi que de leurs différences, bien que ces formes de tests soient bien plus nombreuses !