understanding working with robot framework
Le didacticiel explique comment créer et exécuter un scénario de test de base dans Robot Framework. Vous découvrirez également les variables et mots-clés dans Robot Framework:
Nous avons appris la Principes de base de l'EDI Robot Framework - RIDE dans notre tutoriel précédent pour nous aider à commencer à écrire des scripts de test à l'aide de RIDE dans ce Série Robot Framework .
Le didacticiel vous donnera une compréhension des bases de Robot Framework.
Nous allons en apprendre davantage sur les variables et le type de variables disponibles dans le Robot Framework. Nous verrons comment créer et utiliser la variable. Nous comprendrons également quels sont les mots-clés ainsi que leurs différents types. Nous apprendrons également comment créer et utiliser des mots-clés.
qu'est-ce qu'un bon fournisseur de messagerie
En outre, ce didacticiel vous donnera également des connaissances sur les options de configuration et de démontage dans RIDE, ce qui est utile dans l'exécution de cas de test. Nous en apprendrons également davantage sur les balises, une fonctionnalité de RIDE qui aide à l'exécution sélective des cas de test.
Plus important encore, nous allons écrire le script de test (avec et sans localisateurs) pour quelques exemples de cas de test. Nous apprendrons comment ces scripts de test sont exécutés dans Ride et enfin vers la fin du didacticiel, nous apprendrons à afficher les rapports des scripts de test exécutés.
Nous terminerons le didacticiel avec des liens utiles sur le Robot Framework auxquels vous pouvez vous référer à tout moment.
Ce que vous apprendrez:
- Création et exécution d'un scénario de test de base
- Comprendre les variables dans Robot Framework
- Comprendre les mots-clés dans Robot Framework
- Utilisation de la configuration et du démontage dans RIDE
- Utiliser des balises dans RIDE
- Créer un scénario de test à l'aide de localisateurs
- Comprendre l'approche basée sur les mots-clés et les données dans Robot Framework
- Accéder aux rapports dans Ride
- Conclusion
- lecture recommandée
Création et exécution d'un scénario de test de base
Créons maintenant un scénario de test de base dans le RIDE où nous allons ouvrir le site Web google.com dans le navigateur Chrome, puis nous fermerons le navigateur. Commençons donc par notre premier cas de test dans Robot Framework à l'aide de Ride.
Cliquer sur «TestCase1» et vous pouvez voir une grille (vous devriez être sur l’onglet «Modifier»).
Suivez les étapes ci-dessous pour écrire le code:
- Tapez 'Open Browser' (mot-clé fourni par Selenium Library) dans la première cellule.
- Au fur et à mesure que vous commencez à taper, sélectionnez ctrl + alt + barre d'espace (ou ctrl + barre d'espace) pour obtenir une assistance sur le contenu.
- Dans la cellule suivante, tapez l'URL Google .
- Dans la troisième cellule, saisissez le nom du navigateur. Fournir le nom du navigateur est facultatif.
- Dans la première cellule de la ligne suivante, saisissez «Fermer le navigateur».
Comprenons ce que nous venons de faire.
- «Open Browser» est un mot-clé fourni par la bibliothèque Selenium que nous avons importée ci-dessus dans notre scénario de test.
- L'assistance au contenu nous aide avec la syntaxe exacte sans avoir à nous en souvenir.
- 'Ouvrir le navigateur' prend le premier argument comme l'URL du site que nous voulons ouvrir dans le navigateur. Le deuxième argument est facultatif et spécifie le navigateur que nous voulons utiliser. Si cela n'est pas mentionné, Firefox est utilisé comme navigateur par défaut.
- «Fermer le navigateur» est à nouveau un mot clé de la bibliothèque Selenium qui ferme le navigateur que nous avons ouvert.
Nous allons maintenant exécuter ce code en suivant les étapes ci-dessous:
- Cliquez sur l’onglet «Exécuter» - Cet onglet contient l’option permettant d’exécuter le scénario de test.
- Cochez «Autosave» - Pour vous assurer que toutes les modifications non enregistrées du scénario de test sont automatiquement enregistrées.
- Cochez «TestCase1» - Pour indiquer à RIDE quel cas de test nous souhaitons exécuter.
- Cliquez sur le bouton «Démarrer» - Pour démarrer l’exécution du scénario de test.
Le scénario de test est exécuté avec succès. Ci-dessous se trouve l'écran que nous obtenons après l'exécution réussie du scénario de test. Ici, nous pouvons voir le temps total nécessaire à l'exécution des tests ainsi que le nombre de cas de test réussis et échoués.
En plus de cela, nous avons également la possibilité d'afficher le rapport et le journal du scénario de test exécuté. Nous verrons cela dans les prochains tutoriels.
Comprendre les variables dans Robot Framework
Comme tout langage de programmation dans lequel nous utilisons des variables, nous avons également des variables dans Robot Framework.
Que sont les variables?
Les variables ne sont rien d'autre que des emplacements de stockage référencés par un nom contenant une valeur.
Types de variables
Dans Robot Framework, nous avons 3 types de variables:
- Scalaire
- Lister
- dictionnaire
Dans les deux rubriques suivantes, nous verrons comment chacun des types de variables ci-dessus peut être créé et utilisé.
Créer des variables
Dans Robot Framework, les variables ne sont pas sensibles à la casse. Nous devrions utiliser les lettres majuscules pour faire référence aux variables globales (qui sont utilisées dans l'ensemble des cas de test) et les lettres minuscules pour faire référence aux variables locales (qui ne sont utilisées que dans certains cas de test).
Pour nommer une variable, nous avons utilisé un identificateur de type de variable (&,%, $, @) qui précède le nom de la variable écrit entre accolades. Voyons comment chacun des types de variables est déclaré.
# 1) Variable scalaire : Une variable scalaire est référencée comme $ {Name}.
Ici, $ - fait référence au type de variable, c'est-à-dire Nom scalaire - est le nom de la variable.
En règle générale, cela est placé entre accolades. Une variable scalaire peut être fournie avec n'importe quelle valeur, par exemple, une chaîne, un objet, des nombres, des listes, des dictionnaires ou des objets personnalisés.
Attribuons la valeur 5 à la variable scalaire «a».
Suivez les étapes ci-dessous pour ce faire:
TestCase1 (clic droit) -> Nouveau scalaire
Vous obtenez un écran contextuel comme indiqué ci-dessous:
Entrez le nom de la variable entre les accolades comme indiqué dans l'instantané ci-dessus. Indiquez sa valeur dans la zone de texte 'Valeur' et ajoutez un commentaire si vous le souhaitez.
Cette variable scalaire - $ {a} que nous venons de créer peut maintenant être vue dans le panneau de gauche.
# 2) Variable de liste : Une variable de liste est référencée comme @ {nom}.
Ici, @ - fait référence au type de variable, c'est-à-dire Nom de la liste - est le nom de la variable. En règle générale, cela est placé entre accolades.
La liste permet de stocker une liste Python ou un objet de type liste. Robot Framework n'autorise pas l'utilisation de chaînes en tant que listes, mais les objets tels que les tuples ou les dictionnaires sont autorisés.
Attribuons les valeurs «Hello», «Robot» et «Framework» à la variable de liste «b». Suivez les étapes ci-dessous pour ce faire:
TestSuite1 (clic droit) -> Nouvelle variable de liste
Vous obtenez un écran contextuel comme indiqué ci-dessous. Au lieu du '4' par défaut dans la liste des colonnes, nous sélectionnerons '2'.
Suivez maintenant les étapes ci-dessous:
- Entrez le nom de la variable «b» entre les accolades, comme indiqué dans l’instantané ci-dessous.
- Indiquez ses valeurs dans la zone de texte 'Valeur'.
- Ajoutez un commentaire (facultatif).
- Cliquez sur «OK» pour enregistrer la variable.
Chacune des valeurs de la variable de liste est accédée par rapport à son index qui est considéré à partir de 0 pour la première valeur de la liste. Par exemple, pour faire référence à un Framework, nous l'écririons comme @ {b} (2), car il est en position 3 pour lequel l'indice serait 2.
# 3) Variable de dictionnaire : Une variable de dictionnaire est référencée comme & {Nom}.
Ici, & - fait référence au type de variable, c'est-à-dire Nom du dictionnaire - est le nom de la variable. En règle générale, cela est placé entre accolades.
Les variables de dictionnaire sont principalement utilisées lorsque nous avons une table avec des paires clé-valeur. Par exemple, lorsque nous voulons tester la connexion pour un ensemble d'identifiant et de mot de passe. La différence entre les variables List et Dictionary réside dans la manière dont elles sont référencées et nous verrons cela à l'avenir.
Créons une variable de dictionnaire 'login' et attribuons-lui des valeurs: email et mot de passe comme indiqué ci-dessous: 'testingrf19@gmail.com', '123'. Suivez les étapes ci-dessous pour ce faire:
TestSuite1 (clic droit) -> Nouvelle variable de dictionnaire
Vous obtenez un écran contextuel comme indiqué ci-dessous. Au lieu du '4' par défaut dans la liste des colonnes, nous sélectionnerons '1'.
Suivez maintenant les étapes ci-dessous:
- Entrez le nom de la variable «login» entre les accolades, comme indiqué dans l’instantané ci-dessous.
- Indiquez ses valeurs dans la zone de texte 'Valeur'.
- Ajoutez un commentaire (facultatif).
- Cliquez sur «OK» pour enregistrer la variable.
Contrairement aux variables List qui utilisent l'index pour référencer les valeurs individuelles qu'il contient, les variables Dictionary utilisent une manière plus claire de référencer ses valeurs. Comme dans le cas ci-dessus, nous utiliserions & {login} (email) et & {login} (password). Cela ne semble-t-il pas assez explicite?
Ces variables créées sont également visibles dans «TestSuite1» (onglet Modifier).
Utilisation de variables
Nous allons maintenant voir comment nous pouvons utiliser ces variables dans notre cas de test. Nous utiliserons le scénario de test créé précédemment et remplacerons l'URL utilisée par une variable qui stockera l'URL à la place. Alors créons une variable scalaire nommée 'URL' et stockons la valeur Google dedans.
Nous allons maintenant remplacer l'URL par la variable dans notre code. Comme il s'agit d'une variable scalaire, elle sera référencée comme $ {URL}. Notre cas de test devrait maintenant ressembler à celui ci-dessous:
Exécutons ce cas de test et voyons si la variable «URL» est remplacée par la valeur correcte. Oui! Notre cas de test est exécuté avec succès. Google com s'ouvre dans le navigateur, puis le navigateur se ferme. Le résultat montre que ce fut un succès.
Le symbole vert à côté du nom du scénario de test sur le panneau de gauche et PASS sur le panneau de droite indique que l'exécution du scénario de test a réussi.
C'est ainsi que nous utilisons des variables dans un cas de test. L'avantage d'utiliser des variables est visible lorsque nous utilisons la même valeur à plusieurs endroits. Chaque fois qu'il y a un changement dans la valeur, nous aurions seulement besoin de remplacer la valeur de la variable et la même chose serait reflétée à chaque endroit où la variable a été utilisée.
De même, nous pouvons utiliser la liste ainsi que la variable dictionnaire selon les besoins dans nos cas de test.
Comprendre les mots-clés dans Robot Framework
Que sont les mots clés?
Les mots clés comme le nom l’implique («clé» + «mot») sont un mot servant de clé à quelque chose qui n’est pas visible. Plus simplement, comprenons que si j'ai une tâche avec 10 étapes à effectuer et que je mentionne ces 10 étapes et les renvoie par un nom, le nom est un mot-clé.
Types de mots-clés
Robot Framework propose deux types de mots-clés:
- Mots-clés de la bibliothèque : Ces mots-clés sont également appelés mots-clés de bas niveau. Ceux-ci sont rendus disponibles par les bibliothèques utilisées avec le Robot Framework (bibliothèques intégrées et externes). Par exemple, nous avons un mot-clé «Log to Console» qui est fourni par la bibliothèque intégrée, et «Open Browser» est un mot-clé fourni par la bibliothèque Selenium.
- Mots clés définis par l'utilisateur : Ils sont également appelés mots clés de haut niveau. Ils sont définis par l'utilisateur. Les mots clés définis par l'utilisateur peuvent également contenir d'autres mots clés de la bibliothèque et / ou d'autres actions.
Créer des mots-clés
Ce didacticiel expliquera les moyens de créer des mots-clés définis par l'utilisateur.
Clic-droit «TestSuite1» et sélectionnez 'Nouveau mot-clé utilisateur' .
Vous obtiendrez un écran comme ci-dessous. Créons un mot-clé pour ouvrir le site Web de Google. Nous n'aurions donc qu'un seul mot-clé pour effectuer la tâche du scénario de test que nous avions créé.
Ouvrez le scénario de test que vous avez créé et examinez les étapes que vous avez ajoutées. Nous avions ouvert google.com dans Chrome, puis fermé le navigateur.
Donnons le nom 'Ouvrir google' à notre mot-clé et cliquez sur 'OK'.
Le mot-clé a été défini et maintenant les actions à effectuer seront écrites dans ce mot-clé. Alors cliquez sur ' Ouvrez Google » et écrivez les mêmes étapes que nous avons écrites dans notre TestCase1.
Comme vous le voyez ci-dessous, le mot clé ' Opengoogle 'Ouvrirait Google com dans le navigateur Chrome, puis quittez le navigateur.
Utilisation de mots-clés
Nous avons maintenant défini notre mot-clé ' Ouvrez Google ». Il est assez simple de l'utiliser dans notre cas de test. Tout d'abord, jetez un œil à notre scénario de test original que nous avions créé pour ouvrir google ci-dessous.
Nous allons maintenant remplacer ce code par le mot-clé. Vous remarquerez que lorsque vous commencez à taper le mot-clé et à ouvrir l'assistant de contenu, ce mot-clé sera également visible dans la liste qui apparaît. Regardez la capture d'écran ci-dessous.
Une fois remplacé, notre TestCase1 aurait l'air simple comme indiqué ci-dessous:
Exécutons ceci et voyons si cela fonctionne comme prévu.
Oui! le cas de test réussit et nous avons le résultat attendu.
Utilisation de la configuration et du démontage dans RIDE
Tout comme son nom l'indique, le programme d'installation est l'ensemble des instructions / mots-clés qui doivent être exécutés comme préparation initiale pour l'exécution du scénario de test réel. À titre d'exemple, généralement pour toute exécution de cas de test, notre exigence de base serait d'ouvrir un navigateur. Nous pouvons donc toujours ajouter cette étape d'ouverture du navigateur en tant qu'activité de configuration.
De même, les déchirures sont l'ensemble des instructions / mots-clés qui doivent être exécutés à la fin de l'exécution d'un scénario de test. Par exemple, lorsque nous avons terminé d'exécuter un scénario de test, nous voudrions fermer le navigateur. Nous pouvons donc toujours ajouter cette étape de fermeture du navigateur en tant qu'activité de démontage.
Les activités de configuration et de démontage peuvent être déclarées à l'adresse:
- Niveau de la suite de tests: Lorsqu'elles sont déclarées au niveau de la suite de tests, les instructions de configuration seront exécutées avant que l'un des cas de test de cette suite de tests ne soit exécuté. De même, la suppression déclarée au niveau de la suite de tests serait exécutée après l'exécution de l'un des cas de test de cette suite de tests.
- Niveau de cas de test : Lorsqu'elles sont déclarées au niveau d'un cas de test, les instructions de configuration seront exécutées avant l'exécution des cas de test dans cette suite de tests. De même, le démontage déclaré au niveau du cas de test serait exécuté après l'exécution du cas de test.
Voyons maintenant comment nous ajoutons une activité de configuration au niveau du scénario de test.
- Créez TestCase2.
- Cliquez sur le bouton 'Modifier' pour la configuration, juste en dessous de Paramètres dans le panneau de droite.
- Tapez le mot-clé «Ouvrir le navigateur» dans notre cas. Vous pouvez également utiliser l'assistance de contenu ici.
- Les arguments peuvent être transmis avec le mot-clé en les séparant par un signe '|'.
- Cliquez sur OK'.
Voyons maintenant comment nous ajoutons une activité de démontage au niveau du scénario de test.
- Cliquez sur TestCase1
- Cliquez sur le bouton 'Modifier' pour le démonter, juste en dessous de Paramètres dans le panneau de droite.
- Tapez le mot-clé «Fermer le navigateur» dans notre cas. Vous pouvez également utiliser l'assistance de contenu ici.
- Cliquez sur OK'.
Maintenant que nous avons déplacé les deux étapes du scénario de test comme activité de configuration et de démontage, ajoutons une étape supplémentaire au scénario de test afin que nous puissions exécuter et vérifier son résultat. Affichons 'Hello' sur la console. Le mot-clé que nous avons utilisé est «Log» qui provient de la bibliothèque intégrée.
TestCase2 ressemblerait à ceci:
Lorsqu'il est exécuté, le programme d'installation est exécuté en premier, suivi de la journalisation de «Hello» sur la console, et enfin, l'activité de démontage est exécutée et le navigateur se ferme.
Utiliser des balises dans RIDE
Le balisage est utilisé lorsque nous voulons regrouper un ensemble de cas de test soit pour les exécuter, soit pour éviter leur exécution. Nous regroupons principalement les tests sous Régression, Fumée et Santé mentale. Ou cela pourrait être dans des scénarios où certaines fonctionnalités importantes doivent être testées à plusieurs reprises.
Pour comprendre comment les balises sont créées et utilisées, écrivons deux cas de test simples - «TestCase3» et «TestCase4». Le code pour cela est comme indiqué ci-dessous. Nous avons utilisé les mots-clés, «Se connecter à la console» qui provient de la bibliothèque Builtin.
Cas de test 3
Cas de test 4
Pour baliser ces cas de test, suivez les étapes ci-dessous:
- Cliquez sur le bouton Modifier pour 'Balises'.
- Dans la fenêtre contextuelle, entrez un nom pour la balise, dites Case3.
- Cliquez sur OK'
Les deux cas de test ont désormais la balise «Case3». Voyons comment cela peut être utilisé.
Supposons que nous souhaitons exécuter uniquement testcase3 et testcase4.
- Onglet Aller à RUN
- Cochez la case 'N'exécuter des tests qu'avec ces balises'
- Dans la zone de texte ci-dessous, saisissez «Cas 3».
- Cliquez sur le bouton de démarrage.
Notez que nous n’avons sélectionné aucun cas de test, mais après l’exécution du test, vous verrez que seuls «TestCase3» et «TestCase4» ont été exécutés.
De même, nous avons également la possibilité de sauter des cas de test balisés particuliers en utilisant 'Ignorer les tests avec ces balises' et en mentionnant le nom de la balise.
Nous avons également la possibilité de créer des balises dynamiquement au moment de l'exécution en utilisant le mot-clé 'Définir la balise' , de même, nous pouvons également supprimer les balises au moment de l'exécution en utilisant le mot-clé 'Enlever l'étiquette' .
J'espère que ce tutoriel vous a donné une idée claire de la création et de l'utilisation des balises maintenant.
Créer un scénario de test à l'aide de localisateurs
Nous avons créé un cas de test très basique qui impliquait d'écrire quelque chose sur la console ou simplement d'ouvrir un navigateur. Écrivons maintenant des cas de test qui impliquent l'utilisation de localisateurs.
Tester un site Web ou toute application implique de localiser les éléments. Lorsque nous voulons effectuer une action sur un élément, nous devons connaître son localisateur. Normalement, l '«id» ou le «nom» sont les attributs d'un élément qui sont utilisés pour l'identifier sur une page et donc effectuer une action dessus à l'aide de mots-clés.
Nous allons ouvrir un navigateur, rechercher le site Web officiel de Robot Framework et l'ouvrir.
Allons-y et écrivons le code pour cela.
- Créez 'TestCase5' dans TestSuite1.
- Ouvrez le navigateur (Chrome).
- Ensuite, recherchez le localisateur de la zone de texte de recherche Google.
Paramètres Chrome -> Outils -> Outils de développement .
Le même peut également être consulté en utilisant Ctrl + Maj + I.
alternative quickbooks gratuite pour les petites entreprises
- Avec l'outil de développement ouvert, cliquez sur l'icône de localisation d'élément comme indiqué ci-dessous.
- Passez la souris sur la zone de texte de recherche Google jusqu'à ce qu'elle soit mise en surbrillance et cliquez dessus. Vous remarquerez que le code lié au champ de recherche est mis en évidence dans le panneau de droite.
- À partir du code, nous utiliserons le nom = ’q’ comme localisateur.
- 'Texte d'entrée' est le mot-clé Selenium à utiliser pour saisir du texte dans le champ de recherche Google.
- Appuyez sur la touche Entrée pour obtenir les résultats de la recherche.
Voici à quoi ressemblerait notre code. Cela a l'air assez simple !! N'est-ce pas?
Tout est question de pratique. Tout ce dont nous avons besoin, c'est de pouvoir rappeler quel mot clé est disponible pour automatiser une action particulière. Ainsi, plus vous automatisez vos tests, plus vous serez à l'aise avec ce Framework.
Le résultat du cas de test ci-dessus après l'exécution est indiqué ci-dessous. Le navigateur Chrome est ouvert ci-dessous en affichant les résultats de la recherche pour «Robot Framework».
Comprendre l'approche basée sur les mots-clés et les données dans Robot Framework
Lors de l'écriture d'un cas de test dans Robot Framework, nous suivons l'une des approches ci-dessous:
- Approche basée sur les mots clés: Lorsque nous utilisons des mots-clés pour écrire les cas de test, nous l'appelons une approche basée sur les mots-clés. L'approche basée sur les mots clés améliore la lisibilité du scénario de test. Nous avons déjà vu comment des mots clés peuvent être créés et utilisés dans un cas de test.
- Approche basée sur les données : Cette approche est principalement suivie lorsque nous voulons tester la logique pour différentes valeurs de données. Dans cette approche, un modèle est créé pour un mot-clé de haut niveau et les arguments de ce mot-clé sont envoyés à partir du scénario de test qui est la valeur de données pour laquelle le scénario de test doit être exécuté.
La manière dont nous utilisons cette approche dans nos cas de test est ce que nous verrons ci-dessous lorsque nous créons un nouveau mot-clé.
Créons un cas de test pour rechercher différents outils / frameworks d'automatisation de test - Robot Framework, J-meter, Selenium, etc.
Le scénario de test contiendrait simplement les données, dans ce cas, les mots de recherche qui seraient passés comme arguments au modèle. Le modèle contiendrait le mot-clé de haut niveau qui aurait le code réel à exécuter. Les valeurs de recherche seraient écrites dans le cas de test.
Avec cette brève compréhension, créons le modèle 'Recherche Google' en suivant les étapes ci-dessous:
- Créez TestCase6 comme expliqué dans la rubrique «Création d'un projet, d'une suite de tests et d'un scénario de test dans Ride».
- Cliquez sur 'Modifier' pour le modèle et entrez un nom. 'Recherche Google' dans notre cas.
- Nous utiliserons le même code que dans TestCase5, à la seule différence que le texte à rechercher sera passé en argument comme indiqué ci-dessous.
- Cet argument doit également être mentionné dans la zone de texte Argument. Cliquez donc sur Modifier dans la zone de texte Arguments, entrez l’argument et cliquez sur «OK».
- Revenons maintenant à TestCase6 et saisissons les données.
- Voici à quoi ressemblera votre écran une fois l'exécution du scénario de test terminée.
Vous remarquerez que cinq instances du navigateur Chrome se sont ouvertes et chacune aurait les résultats de la recherche pour les cinq outils d'automatisation de test différents que nous avons recherchés.
Nous espérons que ce cas de test vous a donné une bonne clarté sur l'approche basée sur les données. Au fur et à mesure que vous vous essaierez de nouveaux exemples, cette approche vous paraîtra assez simple.
Accéder aux rapports dans Ride
Ci-dessous, la capture d'écran après l'exécution de TestCase6. Il propose 2 options «Rapport» et «Journal» comme indiqué ci-dessous. Il fournit également le lien complet pour accéder au journal et au rapport.
Signaler - Résultat de l'exécution TestCase6
Il donne un rapport récapitulatif de la ou des suites de tests exécutées. En cliquant sur la suite de tests, il affiche les détails de la suite de tests, cas de test sage. Lorsque nous cliquons davantage sur le cas de test, cela ouvre les détails du cas de test qui est appelé le journal.
Enregistrer - Résultat de l'exécution de TestCase6.
Le journal donne un rapport détaillé du cas de test pour l'ensemble du projet.
Outre les icônes de rapport et de journal. Nous avons également les URL de ceux-ci qui peuvent être copiés et ouverts directement dans le navigateur. C'est un problème connu qui, parfois, après l'exécution d'un scénario de test, les icônes «Rapport», «Journal» sont désactivées. Dans un tel scénario, ces liens peuvent être copiés et ouverts dans le navigateur pour afficher le rapport.
L'URL est l'emplacement de la machine locale où les rapports sont enregistrés. Chaque fois que nous exécutons un scénario de test, cet emplacement est actualisé et le nouveau rapport généré est enregistré à cet emplacement.
Robot Framework - Liens utiles
- Fonctionnaire de Robot Framework site Internet
- Wikipédia
Conclusion
Nous espérons qu'en tant que débutant, ce tutoriel vous aurait fourni de bonnes connaissances sur l'utilisation de Robot Framework en tant qu'outil d'automatisation de test.
Dans ce didacticiel, nous avons découvert la création de variables et de mots-clés. Nous avons vu comment écrire des scripts de test en utilisant une approche basée sur les mots clés et les données.
Nous avons également effectué une exécution de script de test pratique. Le didacticiel a donné un aperçu de l'affichage des résultats de test détaillés via le journal et les rapports. En plus de cela, des URL importantes liées à Robot Framework ont également été partagées.
«La pratique rend un homme parfait», donc sans tarder, utilisez cet outil autant que vous le pouvez afin que vous puissiez progressivement devenir confiant dans son utilisation.
Bonne lecture!!
Tutoriel PREV | PREMIER Tutoriel
lecture recommandée
- Tutoriel Robot Framework - Fonctionnalités et installation du logiciel
- Premiers pas avec RIDE - IDE Robot Framework
- Tutoriel TestNG: Introduction à TestNG Framework
- Framework BDD (Behavior Driven Development): un didacticiel complet
- Tutoriel D3.js - Framework de visualisation de données pour les débutants
- Tutoriel Jasmine Framework incluant Jasmine Jquery avec des exemples
- Tutoriel Java Collections Framework (JCF)
- Tutoriel Karate Framework: Test d'API automatisé avec Karaté