Qu'est-ce que le harnais de test ? (Exemples)

Harnais de test dans les tests de logiciels

Harnais de test dans les tests de logiciels est une collection de stubs, de pilotes et d'autres outils de support nécessaires pour automatiser l'exécution des tests. Test Harness exécute des tests à l’aide d’une bibliothèque de tests et génère des rapports de test. Le harnais de test contient toutes les informations nécessaires pour compiler et exécuter un test comme les cas de test, le port de déploiement cible (TDP), le fichier source testé, les stubs, etc.

En résumé, un harnais isole le composant à vérifier dans un environnement contrôlé. Les modules voisins manquants sont remplacés par de petits programmes factices, les entrées proviennent d'un ensemble de données fixe et chaque résultat est consigné dans un journal plutôt que lu à l'écran. Les sections suivantes expliquent pourquoi les équipes en créent un, de quoi il est composé, comment il fonctionne et où il s'intègre.

Pourquoi utiliser le harnais de test ?

Un dispositif permet d'éliminer l'attente du cycle de test. Parce qu'il simule ce qui n'est pas encore prêt, un test logiciel L'équipe peut commencer à vérifier le comportement dès le premier sprint, et non après l'intégration finale. Le schéma ci-dessous illustre l'emplacement du dispositif d'interface entre les scripts de test et l'application testée.

• Automatisez le processus de test
• Exécuter des suites de tests de cas de test
• Générer les rapports de tests associés
• Prise en charge du débogage
• Pour enregistrer les résultats des tests pour chacun des tests
• Aide les développeurs à mesurer la couverture du code au niveau du code
• Augmenter la productivité du système grâce à l'automatisation
• Améliorer la qualité des composants logiciels et des applications
• Pour gérer la condition complexe que les testeurs ont du mal à simuler

Ces gains sont particulièrement importants lors de cycles de publication courts. Lorsque le code est déployé plusieurs fois par semaine, un défaut qui persiste jusqu'à la phase d'intégration coûte beaucoup plus cher à corriger. tracIl y a plus de chances qu'un mot soit retenu par un moignon le jour même de sa rédaction. Cependant, cette récompense n'arrive que lorsque le harnais est assemblé avec les pièces adéquates.

Composants clés d'un banc d'essai

Un faisceau de câbles n'est pas un programme unique, mais un assemblage de pièces, chacune éliminant un obstacle qui empêcherait autrement le bon déroulement d'un test sans surveillance.

• Scripts de test : Instructions automatisées indiquant les étapes à suivre et le résultat attendu, rédigées conformément aux script de test conventions.
• Moteur d'exécution des tests : Le processus d'exécution qui lit les scripts dans l'ordre, résout les dépendances et déclenche une exécution séquentielle ou parallèle.
• Référentiel de données de test : Les valeurs d'entrée sont stockées en dehors du script, au format CSV, JSON, XML ou dans une base de données initialisée, souvent remplie par outils de génération de données de test.
• Pilotes: Modules d'appel factices qui invoquent le composant testé lorsque la couche supérieure réelle, telle qu'une interface utilisateur, n'est pas terminée.
• Bouts: Modules factices renvoyant des réponses prédéfinies, par exemple un service de paiement répondant « Paiement réussi » sans contacter de banque.
• Validateur de sortie : Logique d'assertion qui compare la sortie réelle à la valeur attendue et indique si chaque cas est réussi ou non.
• Couche de journalisation et de rapport : Horodatage, captures d'écran, sortie de la console et un résumé de l'exécution qui documentent chaque échec tracpossible par la suite.

Retirez une seule pièce et le harnais cesse d'être automatique, car il faut alors fournir quelque chose manuellement à chaque utilisation.

Comment fonctionne un banc d'essai ?

Un harnais répète la même boucle à chaque exécution. Connaître cette boucle vous indique précisément où se situe votre propre tests d'automatisation Les ressources se branchent, et quelle étape échoue lorsqu'une exécution devient rouge.

1. Préparez l’environnement : Le faisceau gère la configuration de l'environnement, ouvre les connexions et charge les dispositifs, de sorte que chaque exécution démarre à partir du même état connu.
2. Charger les scripts de test : Les scripts, les paramètres et les résultats attendus sont lus depuis le dépôt. Aucune donnée n'est saisie lors de l'exécution, ce qui garantit que deux exécutions sont identiques.
3. Remplacez les modules manquants : Les conducteurs représentent des appelants qui n'existent pas encore, et les ébauches représentent des services inachevés, instables ou coûteux à appeler.
4. Lancez l'application testée : Le moteur d'exécution déclenche le flux de travail décrit par le script, qu'il s'agisse d'un appel de méthode ou d'un API requête ou interaction avec un navigateur.
5. Capturez la sortie réelle : Les valeurs de retour, les charges utiles des réponses, les lignes de la base de données, les lignes de journalisation et l'état de l'écran sont tous enregistrés au fur et à mesure de leur production.
6. Comparer aux résultats attendus : Le validateur de sortie vérifie chaque valeur capturée. Toute différence est considérée comme un échec et enregistre la valeur attendue et la valeur observée.
7. Consignez et faites un rapport : Le harnais enregistre un horodatage trace de l'exécution et génère un rapport de réussite/échec qu'un développeur peut lire sans avoir à tout réexécuter.
8. Démolir: Les données temporaires, les connexions et l'état du stub sont effacés afin que le cas suivant ne puisse pas hériter de résidus de celui-ci.

Astuce : Mettez à jour vos stubs dès que le module réel change. Un stub qui répond encore avec le format du trimestre précédent indiquera un fonctionnement normal alors que l'intégration en production est déjà défaillante.

Un exemple concret permet de visualiser la boucle. Supposons que la page de paiement soit prête, mais que la passerelle de paiement ne le soit pas encore. Un pilote envoie la requête que l'interface transmettrait normalement ; un stub répond d'abord par « Paiement réussi », puis par un délai d'attente ; le validateur confirme la commande dans un cas et propose une nouvelle tentative dans l'autre. Les deux chemins sont vérifiés avant même que l'équipe en charge de la passerelle n'écrive la moindre ligne de code.

Il existe deux contextes dans lesquels Test Harness est utilisé

Ce même mécanisme remplit deux fonctions distinctes, et le vocabulaire varie légèrement selon la fonction ou l'autre.

1. Tests d'automatisation : Il contient le scripts de test, les paramètres nécessaires pour exécuter ces scripts et collecter les résultats pour les analyser
2. Tests d'intégration : Il est utilisé pour assembler deux unités de code ou module qui interagissent entre elles pour vérifier si le comportement combiné est comme prévu ou non.

Prenons l'exemple d'un module de connexion et d'un module de profil qui doivent échanger un jeton utilisateur. Dans le contexte de l'intégration, un pilote simule une connexion réussie et transmet le jeton à la logique de profil, de sorte que la carte de donnéespingLa vérification des autorisations et le rendu de l'écran peuvent être effectués avant même la fin du service d'authentification. Dans un contexte d'automatisation, ces deux cas sont ajoutés à une suite de tests et réexécutés à chaque compilation sans intervention humaine.

Types de bancs d'essai

Comme les logiciels sont construits en couches, un harnais est généralement spécialisé pour la couche qu'il vérifie. Quatre types couvrent la quasi-totalité des projets.

A banc d'essai unitaire Il exécute les plus petits fragments de code, comme une simple fonction ou méthode, chaque dépendance étant remplacée par un stub. C'est la méthode la plus rapide à exécuter et la moins coûteuse à maintenir, et c'est pourquoi tests unitaires Les suites logicielles constituent généralement le premier outil de développement qu'une équipe met en place. Tester un calcul de taxe sans modifier le module de facturation est un cas d'utilisation typique.

An banc de test d'intégration Ce système vérifie la bonne coopération de deux modules ou plus et constitue la couche où les incohérences de données et les appels ayant échoué apparaissent. Il s'agit du dispositif décrit dans le test d'intégration dans le contexte décrit ci-dessus, par exemple pour vérifier qu'un service de commande transmet la charge utile appropriée à un service de paiement.

A banc d'essai système assure un flux complet de bout en bout à travers l'interface, le service et la base de données. test du système peut confirmer que les règles métier sont respectées une fois que chaque couche est présente. banc de test de régression puis relance la suite de tests accumulée après chaque modification, ce qui est ce qui permet les tests de régression pratique lorsque plusieurs centaines de scénarios doivent être répétés à chaque fusion.

Outils de harnais de test

Chacun de ces types est généralement construit sur un outil existant plutôt que de partir de zéro. Les deux choix classiques restent les frameworks au niveau unitaire :

• Junite: Outil utilisé lors de l'utilisation Java
• Unité : Outil utilisé pour utiliser Cadre .Net

Outre ces deux éléments, la plupart des équipes ajoutent des outils qui étendent le système au navigateur, à la couche API ou au profil de charge. Le tableau ci-dessous associe les options courantes au rôle de chacune.

Quelle que soit la combinaison choisie, le faisceau n'est rentable que lorsqu'il fonctionne sans surveillance ; il faut donc le câbler à un… intégration continue emploi rapidement. Un catalogue plus complet d'options est disponible dans le Guru99 outils de test En résumé, une distinction demeure source de confusion, et il est important de la clarifier avant de faire un choix.

Harnais de test vs cadre de test

On confond souvent harnais et framework d'automatisation, alors qu'ils répondent à des questions différentes : le harnais exécute les tests, tandis que le framework constitue la structure au sein de laquelle les tests sont conçus. Le tableau ci-dessous les compare.

FAQ