Qu’est-ce que le harnais de test?

Je suis confronté à des difficultés pour comprendre le harnais de test et les termes courants associés, tels que les cas de test, les scripts de test dans les tests d’automatisation.

Voici donc ce que j’ai eu jusqu’à présent: les tests d’automatisation consistent à utiliser un logiciel spécial (autre que le logiciel testé) pour contrôler l’exécution des tests et comparer les résultats réels aux résultats attendus. Cela implique également la mise en place de pré-conditions de test. Ce type de test convient le mieux aux tests fréquemment effectués.

Maintenant, j’ai des problèmes avec le harnais de test. J’ai lu qu’il se compose d’une suite de tests de cas de test, de fichiers d’entrée, de fichiers de sortie et de scripts de test. Maintenant, ma question est la suivante: quelle est la différence entre un scénario de test et un script de test? En outre, comment utilisez-vous le logiciel pour tester les différentes fonctions de l’AUT? Je suis également tombé sur des termes tels que master suite et agents de cas.

Plusieurs questions générales tenteront d’y répondre en fonction de mon expérience.

Pensez à un harnais de test comme un «facilitateur» qui fait tout le travail de (1) exécuter des tests en utilisant une bibliothèque de tests (2) et (3) en générant des rapports . Il est nécessaire que vos scripts de test soient conçus pour gérer différentes données de test (4) et 5 scénarios de test . Essentiellement, lorsque le harnais de test est en place et que des données prérequirejses sont préparées (aka préparation des données ), quelqu’un devrait pouvoir cliquer sur un bouton ou exécuter une commande pour exécuter tous vos tests et générer des rapports.

Un harnais de test est probablement une collection de différentes choses qui rendent tout ce qui précède. Si vous écriviez des tests unitaires tout en développant votre application, cela ferait partie d’un harnais de test. Vous auriez également d’autres tests pour la fonctionnalité de votre application, tels que: l’utilisateur se connecte au site, voit le volet des favoris, les messages récents et les notifications. Ensuite, vous ajoutez une sorte de “runner” qui passe par tous vos ” scripts de test ” et les exécute (au lieu de devoir exécuter des tests un par un) . Si vous sentez qu’un harnais de test est plus une collection conceptuelle qu’un logiciel, alors vous comprenez bien ceci 🙂

Maintenant, ma question est la suivante: quelle est la différence entre un scénario de test et un script de test?

Réponse simple mais pas tout à fait correcte: Un test élémentaire définit les objectives, la description, les conditions préalables, les étapes (descriptives ou spécifiques) et les résultats attendus. Un script de test serait alors le script automatisé que vous exécutez pour effectuer ce test. C’est dans un contexte d’automatisation. Et ça change. Beaucoup.

Les certificateions telles que ISTQB définissent comme des scénarios de test sont généralement désignées comme des cas de test dans certaines entresockets et certains pays. Dans d’autres cas, les scénarios de test sont retournés avec des scripts de test lorsqu’ils font référence à des tests manuels (lorsque les étapes sont détaillées mais ne font pas partie d’un faisceau d’automation). D’autres disent que les scripts de test signifient exclusivement des tests automatisés. D’un autre côté, on peut également faire valoir que plusieurs scénarios de test peuvent être combinés dans un script de test et vice-versa. Donc, cela pose la question, comment une procédure de test s’intègre-t-elle?

Une étape de développement de test peut comporter: “Des procédures de test, des scénarios de test, des scénarios de test, des jeux de données de test, des scripts de test à utiliser dans un logiciel de test.”

Si vous supposez une relation > (est plus grande que / collection de) , comment relèveriez-vous ces relations? Question rhétorique – qui diffère selon l’endroit où vous travaillez, qui est votre client, etc. Le mieux est de le définir avec vos collègues / clients et de vous entendre sur la compréhension des termes plutôt que sur la définition . Je vais actuellement avec script de test = script automatisé, basé sur un scénario de test manuel préexistant ou un scénario de test.

En outre, comment utilisez-vous le logiciel pour tester les différentes fonctions de l’AUT?

Vous écrivez des tests différents pour tester différentes choses. Chaque test effectue certaines actions et vérifie si la sortie de l’AUT correspond à ce que vous espériez – If displayed_value == expected_value . Un fichier d’entrée pourrait être utilisé pour fournir des données pour la liste de tests des noms d’utilisateur et des mots de passe de test, par exemple. Ou lancez le même test avec des données différentes – connectez-vous en tant qu’utilisateur différent avec des messages différents, etc.

Jetez un oeil à RobotFramework et au selenium . Un test de structure de robot (écrit en fichiers texte ou html) associé à la bibliothèque Selenium vous permettrait d’écrire un test automatisé qui teste quelque chose de spécifique … comme une validation de page d’accueil. Vous écririez un test distinct pour vous assurer qu’un utilisateur peut voir tous ses messages. Un autre pour tester les notifications d’effacement. Etc.

test harnais : environnement de test composé de stubs et de pilotes nécessaires pour exécuter un test.

Les harnais et les bouts d’essai seront utilisés pour reproduire les éléments manquants (composants non encore inclus dans les tests ou les systèmes externes). Souvent, lorsque des tests d’intégration à petite échelle de plusieurs modules ou composants sont effectués, il est nécessaire de concevoir ou d’improviser des méthodes et des outils pour transférer les données de test vers les composants testés. Ceci est souvent appelé un harnais de test. En raison de la nécessité de comprendre les aspects techniques requirejs pour créer un faisceau de test, ces tests sont presque toujours effectués par l’équipe de développement.

Un harnais de test peut faciliter le test de composants ou d’une partie d’un système en simulant l’environnement dans lequel cet object de test sera exécuté. Cela peut être fait soit parce que d’autres composants de cet environnement ne sont pas encore disponibles et sont remplacés par des stubs et / ou des pilotes, ou simplement pour fournir un environnement prévisible et contrôlable dans lequel tout défaut peut être localisé sur l’object testé. Ce sont généralement des programmes personnalisés générés par les développeurs pour aider au processus de test. S’ils sont utilisés dans une organisation mature, il est tout à fait possible que ces faisceaux soient considérés comme des «actifs de test» et soumis au contrôle de version et à la gestion de la configuration.

Les faisceaux de test contiennent toutes les informations nécessaires pour comstackr et exécuter un test. Cela inclut les cas de test, les fichiers source sous test, les stubs et les parameters de configuration du port de déploiement cible (TDP).

Un harnais de test regroupe tous les éléments nécessaires pour tester le logiciel au niveau de l’unité, du module, de l’application ou du système et fournit le mécanisme permettant d’exécuter le test. Chaque élément, tel que les données d’entrée, les parameters de test, le scénario de test, le script de test, les données de sortie attendues, l’outil de test et le rapport de résultat de test fait partie du faisceau de test.