Menu

Outil d'automatisation WinRunner (historique et questions d'entrevue)

winrunner automation tool history

Essayez Notre Instrument Pour Éliminer Les Problèmes

Examen complet de l'outil d'automatisation WinRunner, questions fréquemment posées et réponses pour se préparer à l'entretien à venir:

Ceci fait partie de l'article, 'Série de questions et réponses d'entrevue WinRunner'

HP WinRunner Automation Tool appartenait à Mercury Interactive. Lorsque HP a acquis Mercury Interactive, ils ont arrêté le support Winrunner et ont suggéré d'utiliser le logiciel HP Functional Testing.

Outil d

Voici quelques questions importantes de l'entrevue WinRunner fréquemment posées lors de l'entrevue de test d'automatisation. Si vous n'êtes pas certain d'une réponse, demandez-moi des éclaircissements dans vos commentaires dans la section des commentaires. Cette série de publications de didacticiels WinRunner fait partie de la série de préparation aux entretiens de test pour vous aider dans votre préparation.

Ce que vous apprendrez:

Préparation de l'outil d'automatisation WinRunner

Gagnant

Vous trouverez ci-dessous quelques questions et réponses pour vous aider à comprendre la préparation de l'outil WinRunner Automation.

Q # 1) Comment analysez-vous les résultats des tests dans l'outil WinRunner et signalez-vous les défauts?

Répondre: Lorsque vous terminez un test dans WinRunner, il affiche les résultats dans un format de rapport.

Le rapport consigne les informations générales sur le test .ie. date, mode opérateur et durée totale de fonctionnement. En outre, les détails du rapport incluent tous les événements majeurs qui se sont produits pendant l'exécution, tels que les points de contrôle, les messages d'erreur, les messages système ou les messages utilisateur.

Une discordance peut être trouvée dans le panneau de rapport en comparant le résultat réel et le résultat attendu. Si un test échoue en raison d'un défaut de l'application testée, vous pouvez rapporter des informations sur le défaut directement à partir de la fenêtre Résultats du test.

phase de mise en œuvre dans le cycle de vie du développement logiciel

Ces informations sont envoyées par e-mail au responsable de l'assurance qualité, qui suit le défaut jusqu'à ce qu'il soit corrigé.

Q # 2) Quelle est l'utilisation de l'outil de test Test Director?

Répondre: Test Director est l’outil de gestion des tests du logiciel de Mercury Interactive. Il aide le personnel de l'assurance qualité à planifier et organiser le processus de test. Avec TestDirector, vous pouvez créer une base de données de tests manuels et automatisés, créer des cycles de test, exécuter des tests et signaler et suivre les défauts.

Vous pouvez également créer des rapports et des graphiques pour aider à passer en revue la progression des tests de planification, l'exécution des tests et le suivi des défauts avant une version logicielle.

Q # 3) Comment intégrer les scripts automatisés de TestDirector aux scripts Windrunner?

Répondre: Lorsque vous travaillez dans WinRunner et créez un script de test, vous avez la possibilité de l'enregistrer directement dans le référentiel de test Test Director.

Ou lors de la création d'un cas de test dans TestDirector, nous pouvons spécifier si le script est automatisé ou manuel.

Et s'il s'agit d'un script automatisé, TestDirector construira un squelette pour le script tel que TSL (Test Script Language) de WinRunner qui pourra être ultérieurement modifié en un script pouvant être utilisé pour tester l'application.

Q # 4) Quels sont les différents modes d'enregistrement dans WinRunner?

Réponse: Il existe deux types d'enregistrement dans WinRunner:

  • Enregistrement sensible au contexte, qui enregistre les opérations que vous effectuez sur votre application en identifiant les objets de l'interface utilisateur graphique (GUI). WinRunner identifie tous les objets de votre fenêtre sur lesquels vous avez cliqué comme les menus, les fenêtres, les listes, les boutons et le type d'opération que vous effectuez comme activer, déplacer, sélectionner, etc.
  • Enregistrement analogique enregistre les entrées du clavier, les clics de souris et les coordonnées x et y précises parcourues par le pointeur de la souris sur l'écran, c'est-à-dire que WinRunner enregistre les coordonnées exactes parcourues par la souris.

Q # 5) Quel est le but du chargement des compléments WinRunner?

Répondre: Les compléments sont utilisés dans WinRunner pour charger des fonctions spécifiques au complément particulier dans la mémoire. Lors de la création d'un script, seules les fonctions sélectionnées dans le complément seront répertoriées dans le générateur de fonctions.

Et lors de l'exécution du script, seules les fonctions qui sont dans le complément chargé seront exécutées sinon WinRunner donnera un message d'erreur indiquant qu'il ne reconnaît pas la fonction.

Q # 6) Quelles sont les raisons pour lesquelles WinRunner ne parvient pas à identifier l'objet GUI?

Répondre: WinRunner ne parvient pas à identifier un objet dans une interface graphique pour diverses raisons. Peu d'entre eux sont enrôlés ci-dessous.

  • L'objet n'est pas un objet Windows standard.
  • Si le navigateur utilisé n'est pas compatible avec la version de WinRunner, GUI Map Editor ne pourra pas apprendre les objets affichés dans la fenêtre du navigateur.

Q # 7) Qu'entendez-vous par le nom logique de l'objet?

Répondre: Lorsque vous cliquez sur un objet, WinRunner attribue à l’objet un nom logique, qui est généralement l’étiquette de texte de l’objet. Le nom logique vous permet de lire facilement le script de test.

Par exemple, lorsque vous avez coché la case N ° de commande, WinRunner a enregistré la déclaration suivante dans WinRunner TSL:
button_set («No. de commande», ON);
'N ° de commande.' est le nom logique de l'objet.

Le nom logique d’un objet est déterminé par sa classe. Dans la plupart des cas, le nom logique est l'étiquette qui apparaît sur un objet.

Q # 8) Si l'objet n'a pas de nom, quel sera le nom logique?

Répondre: Si l'objet n'a pas de nom, le nom logique peut être le texte joint.

Q # 9) Quelle est la différence entre les fichiers de mappage GUI et GUI?

Répondre: Le mappage GUI est la somme d'un ou de plusieurs fichiers de mappage GUI. Il existe deux modes pour organiser les fichiers de carte GUI.

  • Fichier de carte graphique globale: Il s'agit d'un fichier de mappage GUI unique pour l'ensemble de l'application.
  • Fichier de mappage GUI pour le test: WinRunner crée automatiquement un fichier de mappage GUI pour chaque test créé.

Le fichier GUI Map est un fichier qui contient les fenêtres et les objets appris par le WinRunner avec son nom logique et leur description physique.

Questions d'entrevue WinRunner avec réponses

Dans cet article de la série de préparation aux entretiens WinRunner, vous pouvez trouver ici des questions d'entrevue WinRunner fréquemment posées avec des réponses.

La plupart des questions sont basées sur le langage de script de test (TSL), l'enregistrement de scripts dans WinRunner et l'introduction à certaines commandes de base importantes de WinRunner les plus utilisées.

Q # 1) Quel est le but de la commande set_window?

Répondre: La commande Set_Window définit le focus sur la fenêtre spécifiée. Nous utilisons cette commande pour définir le focus sur la fenêtre requise avant d'exécuter des tests sur une fenêtre particulière.

Syntaxe: set_window (, heure);

Ici, le nom logique est le nom logique de la fenêtre et le temps est le temps pendant lequel l'exécution doit attendre jusqu'à ce que la fenêtre donnée soit active.

Par exemple:
set_window («Imprimer», 12);
button_press ('OK');

Ici,
L'instruction set_window indique que la fenêtre d'impression est la fenêtre active.
Le bouton OK est appris dans le contexte de cette fenêtre.

Si vous programmez un test manuellement, vous devez entrer l'instruction set_window puis la fenêtre active change. Lors de l'édition d'un script, veillez à ne pas supprimer les instructions set_window nécessaires.

Q # 2) Pourquoi ne chargeons-nous pas normalement les cartes GUI via des scripts de démarrage?

Répondre: Nous ne chargeons normalement pas les cartes GUI via des scripts de démarrage comme:

  • Si nous utilisons un seul fichier GUI Map pour l'ensemble de l'AUT, la mémoire utilisée par la GUI Map peut être beaucoup plus élevée.
  • S'il y a un changement dans l'objet en cours d'apprentissage, WinRunner ne pourra pas reconnaître l'objet, car il ne se trouve pas dans le fichier GUI Map chargé dans la mémoire. Nous devrons donc réapprendre l'objet et mettre à jour le fichier GUI et le recharger.

Q # 3) Comment décharger la carte GUI?

Répondre: Nous pouvons utiliser la commande GUI_close pour décharger un fichier GUI Map spécifique ou bien nous pouvons utiliser la commande GUI_close_all pour décharger tous les fichiers GUI Map chargés dans la mémoire.

Syntaxe: GUI_close (); ou GUI_close_all;

Vous pouvez également utiliser les fonctions GUI_unload et GUI_unload_all pour décharger les fichiers de mappage GUI chargés.

Q # 4) Quelle est l'utilité de la carte GUI et que se passe-t-il lorsque le fichier de carte GUI est chargé?

Répondre: Lorsque nous chargeons un fichier GUI Map, les informations sur les fenêtres et les objets avec leurs noms logiques et leur description physique sont chargées en mémoire.

Ainsi, lorsque le WinRunner exécute un script sur une fenêtre particulière, il peut identifier les objets à l'aide de ces informations chargées en mémoire.

Q # 5) Comment copiez-vous et déplacez-vous des objets entre différents fichiers de mappage GUI?

Répondre: Nous pouvons copier et déplacer des objets entre différents fichiers de carte GUI en utilisant l'éditeur de carte GUI.

Les étapes à suivre sont:

  • Choisissez Outils> Éditeur de carte GUI pour ouvrir l'éditeur de carte GUI.
  • Choisissez Affichage> Fichiers GUI.
  • Cliquez sur Développer dans l'éditeur de carte GUI. La boîte de dialogue se développe pour afficher simultanément deux fichiers de carte GUI.
  • Affichez un fichier de mappage GUI différent de chaque côté de la boîte de dialogue en cliquant sur les noms de fichier dans les listes de fichiers GUI.
  • Dans un fichier, sélectionnez les objets que vous souhaitez copier ou déplacer. Utilisez la touche Maj et / ou la touche Contrôle pour sélectionner plusieurs objets. Pour sélectionner tous les objets dans un fichier de carte GUI, choisissez Edition> Tout sélectionner.
  • Cliquez sur Copier ou Déplacer.
  • Pour restaurer l'éditeur de carte GUI à sa taille d'origine, cliquez sur Réduire.

Q # 6) Comment configurez-vous la carte GUI?

Réponse: La carte GUI peut être configurée comme:

  • Lorsque WinRunner apprend la description d'un objet GUI, il n'apprend pas toutes ses propriétés. Au lieu de cela, il apprend le nombre minimum de propriétés pour fournir une identification unique de l'objet.
  • De nombreuses applications contiennent également des objets GUI personnalisés. Un objet personnalisé est tout objet qui n'appartient pas à l'une des classes standard utilisées par WinRunner. Ces objets sont donc affectés à la classe générique «objet». Lorsque WinRunner enregistre une opération sur un objet personnalisé, il génère des instructions obj_mouse_ dans le script de test.
  • Si un objet personnalisé est similaire à un objet standard, vous pouvez le mapper à l'une des classes standard. Vous pouvez également configurer les propriétés que WinRunner utilise pour identifier un objet personnalisé lors des tests contextuels. Le mappage et la configuration que vous définissez ne sont valides que pour la session WinRunner en cours. Pour rendre le mappage et la configuration permanents, vous devez ajouter des instructions de configuration à votre script de test de démarrage.

Q # 7) Quel est le but d'un espion GUI?

meilleur serveur pour jouer sur wow

Répondre: À l'aide de GUI Spy, vous pouvez afficher les propriétés de n'importe quel objet GUI sur votre bureau. Vous utilisez le pointeur Spy pour pointer vers un objet et le GUI Spy affiche les propriétés et leurs valeurs dans la boîte de dialogue GUI Spy.

Vous pouvez choisir d'afficher toutes les propriétés d'un objet ou uniquement l'ensemble de propriétés sélectionné que WinRunner apprend.

Q # 8) Quel est le but des différentes méthodes d'enregistrement 1) Enregistrer 2) Passer 3) En tant qu'objet 4) Ignorer.

Répondre:

  • Record demande à WinRunner d'enregistrer toutes les opérations effectuées sur un objet GUI. Il s'agit de la méthode d'enregistrement par défaut pour toutes les classes. (La seule exception est la classe statique (texte statique), pour laquelle la valeur par défaut est Pass Up.)
  • Laisser passer demande à WinRunner d'enregistrer une opération effectuée sur cette classe en tant qu'opération effectuée sur l'élément contenant l'objet. Habituellement, cet élément est une fenêtre et l'opération est enregistrée sous win_mouse_click.
  • En tant qu'objet demande à WinRunner d'enregistrer toutes les opérations effectuées sur un objet GUI comme si sa classe était une classe «objet».
  • Ignorer demande à WinRunner de ne pas tenir compte de toutes les opérations effectuées dans la classe.

Q # 9) Quels sont les objets virtuels et comment les apprenez-vous?

Répondre: Vous pouvez apprendre à WinRunner à reconnaître n'importe quel bitmap dans une fenêtre en tant qu'objet GUI en définissant le bitmap en tant qu'objet virtuel.

Vous pouvez créer des boutons-poussoirs virtuels, des boutons radio, des boutons de contrôle, des listes ou des tableaux, en fonction du comportement du bitmap dans votre application. Si aucun de ceux-ci ne convient, vous pouvez mapper un objet virtuel à la classe d'objets générale.

  • Les applications peuvent contenir des bitmaps qui ressemblent et se comportent comme des objets GUI. WinRunner enregistre les opérations sur ces bitmaps à l'aide d'instructions win_mouse_click. En définissant un bitmap en tant qu'objet virtuel, vous pouvez demander à WinRunner de le traiter comme un objet GUI tel qu'un bouton-poussoir, lorsque vous enregistrez et exécutez des tests.
  • À l'aide de l'assistant d'objet virtuel, vous pouvez affecter une image bitmap à une classe d'objets standard, définir les coordonnées de cet objet et lui attribuer un nom logique.

Q # 10) Quelle est l'utilisation de Virtual Object Wizard et comment est-il utilisé?

Réponse: Pour définir un objet virtuel à l'aide de l'assistant d'objet virtuel, les étapes inscrites sont suivies:

  • Choisissez Outils> Assistant d'objets virtuels. L'assistant d'objet virtuel s'ouvre. Cliquez sur Suivant.
  • Dans la liste Classe, sélectionnez une classe pour le nouvel objet virtuel. Si des lignes sont affichées dans la fenêtre. Pour une classe de table, sélectionnez le nombre de lignes et de colonnes visibles. Cliquez sur Suivant.
  • Cliquez sur Marquer l'objet. Utilisez le pointeur en forme de croix pour sélectionner la zone de l'objet virtuel. Vous pouvez utiliser les touches fléchées pour apporter des ajustements précis à la zone que vous définissez avec le réticule. Appuyez sur Entrée ou cliquez sur le bouton droit de la souris pour afficher les coordonnées de l’objet virtuel dans l’assistant. Si l'objet marqué est visible à l'écran, vous pouvez cliquer sur le bouton Mettre en surbrillance pour l'afficher. Cliquez sur Suivant.
  • Attribuez un nom logique à l'objet virtuel. Il s'agit du nom qui apparaît dans le script de test lorsque vous enregistrez sur l'objet virtuel. Si l'objet contient du texte que WinRunner peut lire, l'assistant suggère d'utiliser ce texte pour le nom logique. Sinon, WinRunner suggère virtual_object, virtual_push_button, virtual_list, etc.
  • Vous pouvez accepter la suggestion de l'assistant ou saisir un autre nom. WinRunner vérifie qu'il n'y a pas d'autres objets dans la carte GUI avec le même nom avant de confirmer votre choix. Cliquez sur Suivant.

Q # 11) Quels sont les modes d'enregistrement de script dans WinRunner?

Répondre: Il existe 2 modes d'enregistrement dans WinRunner.

  • Enregistrement contextuel enregistre les opérations que vous effectuez sur votre application en identifiant les objets de l'interface utilisateur graphique (GUI).
  • Enregistrement analogique enregistre les entrées au clavier, les clics de souris et les coordonnées x et y précises parcourues par le pointeur de la souris sur l'écran.

Q # 12) Qu'est-ce qu'un point de contrôle et quels sont les différents types de points de contrôle?

Répondre: Les points de contrôle vous permettent de comparer le comportement actuel de l'application testée à son comportement dans une version antérieure.

Vous pouvez ajouter quatre types de points de contrôle à vos scripts de test:

  • Points de contrôle GUI vérifier les informations sur les objets GUI. Par exemple, vous pouvez vérifier qu'un bouton est activé ou voir quel élément est sélectionné dans une liste.
  • Points de contrôle Bitmap prenez un instantané d'une fenêtre ou d'une zone de votre application et comparez-le à une image capturée dans une version antérieure.
  • Points de contrôle de texte lire le texte dans les objets GUI et les bitmaps et vous permettre de vérifier leur contenu.
  • Points de contrôle de la base de données vérifiez le contenu et le nombre de lignes et de colonnes d'un jeu de résultats, basé sur une requête que vous créez dans votre base de données.

Questions les plus fréquemment posées sur Winrunner

Voici la liste de quelques questions d'entrevue WinRunner fréquemment posées avec des réponses.

Je continuerai cette série en postant quelques questions et réponses sur WinRunner.

Q # 13) Comment avez-vous utilisé WinRunner dans votre projet?

Répondre: Oui, j'utilise WinRunner pour créer des scripts automatisés pour l'interface graphique, les tests fonctionnels et de régression de l'AUT.

Questions d'entretien SQL pour les professionnels expérimentés

Q # 14) Expliquez le processus de test de WinRunner?

Répondre: Le processus de test WinRunner implique six étapes principales:

  • Créer un fichier de mappage GUI afin que WinRunner puisse reconnaître les objets GUI dans l'application testée.
  • Créer des scripts de test par enregistrement, programmation ou une combinaison des deux. Lors de l'enregistrement des tests, insérez des points de contrôle où vous souhaitez vérifier la réponse de l'application testée.
  • Test de débogage: exécutez des tests en mode débogage pour vous assurer qu'ils fonctionnent correctement.
  • Exécuter les tests: exécutez des tests en mode Vérifier pour tester votre application.
  • Voir les résultats: Détermine le succès ou l'échec des tests.
  • Signaler les défauts: Si un test échoue en raison d'un défaut de l'application testée, vous pouvez rapporter des informations sur le défaut directement à partir de la fenêtre Résultats du test.

Q # 15) Que contient la carte GUI?

Répondre: WinRunner stocke les informations qu'il apprend sur une fenêtre ou un objet dans une carte graphique.

Lorsque WinRunner exécute un test, il utilise la carte GUI pour localiser les objets. Il lit la description d'un objet dans la carte GUI, puis recherche un objet avec les mêmes propriétés dans l'application en cours de test. Chacun de ces objets dans le fichier de carte GUI aura un nom logique et une description physique.

Il existe 2 types de fichiers de mappage GUI:

  • Fichier de carte graphique globale: Il s'agit d'un seul fichier de carte GUI pour l'ensemble de l'application
  • Fichier de mappage GUI pour le test: WinRunner crée automatiquement un fichier de mappage GUI pour chaque test créé.

Q # 16) Comment WinRunner reconnaît-il les objets sur l'application?

Répondre: WinRunner utilise le fichier GUI Map pour reconnaître les objets sur l'application. Lorsque WinRunner exécute un test, il utilise la carte GUI pour localiser les objets. Il lit la description d'un objet dans la carte GUI, puis recherche un objet avec les mêmes propriétés dans l'application en cours de test.

Q # 17) Avez-vous créé des scripts de test et ce que contiennent les scripts de test?

Répondre: Oui, j'ai créé des scripts de test. Il contient la déclaration en langage TSL (Test Script Language) de Mercury Interactive. Ces instructions apparaissent sous forme de script de test dans une fenêtre de test.

Vous pouvez ensuite améliorer votre script de test enregistré, soit en saisissant des fonctions TSL et des éléments de programmation supplémentaires, soit en utilisant l’outil de programmation visuelle de WinRunner, le générateur de fonctions.

Q # 18) Comment WinRunner évalue-t-il les résultats des tests?

Répondre: Après chaque exécution de test, WinRunner affiche les résultats dans un rapport. Le rapport détaille tous les événements majeurs survenus pendant l'exécution, tels que les points de contrôle, les messages d'erreur, les messages système ou les messages utilisateur.

Si des incohérences sont détectées aux points de contrôle pendant l'exécution du test, vous pouvez afficher les résultats attendus et les résultats réels dans la fenêtre Résultats du test.

Q # 19) Avez-vous effectué le débogage des scripts?

Répondre: Oui, j'ai effectué le débogage des scripts. Nous pouvons déboguer le script en exécutant le script en mode débogage. Nous pouvons également déboguer le script en utilisant les fonctionnalités Step, Step Into, Step out fournies par WinRunner.

Q # 20) Comment exécutez-vous vos scripts de test?

Répondre: Nous effectuons des tests dans Vérifier le mode pour tester votre application. Chaque fois que WinRunner rencontre un point de contrôle dans le script de test, il compare les données actuelles de l'application testée aux données attendues capturées précédemment.

Si des incohérences sont trouvées, WinRunner les capture en tant que résultats réels.

Questions de sélection WinRunner

Questions de sélection: L'enquêteur peut rejeter le candidat s'il n'est pas en mesure de répondre à 2 questions sur les 4 suivantes:

Q # 21) Où avez-vous appris WinRunner et TestDirector?

Répondre: S'ils disent que c'était dans une classe de mercure, demandez-leur s'ils peuvent vous montrer leur certificat d'achèvement. S'ils disent non, faites-leur savoir que vous le vérifierez avec Mercury.

Q # 22) Avez-vous déjà créé un script de démarrage?

Répondre: S'ils répondent «oui», demandez-leur ce qu'il y avait dedans et comment ils ont fait exécuter le script de démarrage par WR lorsque WR est appelé.

Ils devraient répondre à quelque chose comme ceci: «Dans le script de démarrage, nous avons chargé toutes les cartes GUI de l'application, tous les fichiers de bibliothèque dont nous avions besoin et tout mappage d'objet GUI personnalisé que nous devons faire.

Nous avons également chargé ici des variables globales et des variables système. L'emplacement du script de démarrage est ajouté au fichier WR .ini, wrun.ini situé sous le répertoire Windows ou WinNT sous le nom wrun.ini »

Q # 23) Quelle est la différence entre l'écriture d'une fonction et l'écriture d'un script?

Réponse: Les différences sont énumérées ci-dessous:

  • Une fonction entre dans un «module compilé», un script qui ne le fait pas.
  • Une fonction suit une syntaxe stricte «c». Par exemple, vous devez déclarer toutes les variables créées et utilisées dans la fonction. Dans un script, ce n'est pas le cas.

Q # 24) Quelle est la différence entre «set_window» et «win_activate».?Quand utiliseriez-vous 'set_window' et quand utiliseriez-vous 'win_activate'?

Répondre:

win_activate a le format: win_activate (fenêtre) ;.

La fonction win_activate fait de la fenêtre spécifiée la fenêtre active en la mettant au point et en la soulevant en haut de l'affichage. (C'est l'équivalent de cliquer sur la bannière de la fenêtre)

set_window a le format suivant: set_window (fenêtre, (heure));

La fonction set_window dirige l'entrée vers la fenêtre d'application correcte. Cela dirige la carte GUI vers cette fenêtre. Il définit également la portée de l'identification des objets dans la carte GUI.

La différence la plus importante est que set_window a une option de synchronisation. WinRunner attendra un maximum du nombre utilisé dans la fonction, PLUS le système a défini un délai d'attente, pour attendre que la fenêtre apparaisse.

Win_activate suppose que la fenêtre est déjà sur le bureau et n'a pas d'option de minutage.

Conclusion

Voici quelques questions simples qui devraient être très faciles pour un utilisateur de WR qui a au moins 6 mois de bonne expérience à répondre.

Tous mes vœux!!

lecture recommandée

^