37 questions d'entrevue LoadRunner les plus courantes et meilleures réponses

37 most common loadrunner interview questions

Questions d'entrevue LoadRunner les plus fréquemment posées.

Dans notre tutoriel précédent, nous avons exploré tout sur Analyse des résultats de test dans LoadRunner .

Cet article va se concentrer sur la les questions et réponses d'entretien les plus courantes avec LoadRunner cela vous aidera à réussir dans l’entretien de n’importe quel testeur de performances avec LoadRunner.

LoadRunner est l'un des meilleurs outils de test de performance sous licence du marché. Il convient le mieux à la plupart des technologies à venir en raison du large éventail de protocoles pris en charge.

=> Cliquez ici pour une série complète de didacticiels LoadRunner

Quelques conseils de base avant de commencer:

#1) Les questions d'entrevue LoadRunner peuvent être classées en 3 types principaux - Script, exécution et Une analyse . Il est important pour les débutants de se concentrer davantage sur la partie script.

#deux) Http / HTML est le protocole le plus utilisé, pour commencer, essayez de perfectionner ce protocole.

# 3) Assurez-vous de connaître le version exacte de LoadRunner sur lequel vous avez travaillé. En cas d'expérience professionnelle avec une version précédente, essayez de vous tenir au courant des fonctionnalités qui font partie des versions plus récentes / actuelles.

# 4) Test de performance les entretiens sont plus pratiques qu’auparavant. Les questions axées sur les scénarios sont courantes plutôt que simples. Certaines entreprises intègrent même des tests de script au processus d'entrevue. Alors, soyez prêt pour la même chose.

# 5) Même dans les scripts, il est préférable que vous soyez capable de personnaliser le code , au lieu de simplement enregistrer et rejouer.

# 6) Attendez-vous à des questions sur - pensez au temps, aux transactions, aux commentaires, aux options d'enregistrement, aux paramètres d'exécution , etc. - il s'agit de tester vos connaissances des meilleures pratiques en matière de scripts.

Voici quelques-uns des Entretien de test de performance des questions cela nécessitera une certaine expérience pour répondre. Essayez de garder ces questions à l'esprit lorsque vous travaillez sur vos projets de test de performance, de sorte que l'activité de préparation à l'entrevue devienne un processus continu.

1. Quels sont les différents problèmes de script auxquels vous avez été confrontés jusqu'à présent?
2. Quels sont les goulots d'étranglement de performance que vous avez trouvés dans les projets sur lesquels vous travailliez? Quelles sont les recommandations faites pour surmonter ces problèmes?
3. Avez-vous appliqué la loi de Little à votre projet? Si c'est le cas, comment?
4. Quelle est votre approche d'analyse?
5. Que surveillez-vous pendant l'exécution?
6. Comment extraire les données du serveur pour l'exécution des tests et comment les analyser?
7. Comment identifier les goulots d'étranglement de performance?

Les domaines de questions clés sont:

• Les défis auxquels vous faites face lors de la rédaction de scripts
• Fonction de corrélation
• La gestion des erreurs
• Différents modes d'enregistrement pour le protocole Web HTTP / HTML.
• Création de scénario
• Défis lors de l'exécution
• Une analyse

Ci-dessous, nous avons fourni quelques questions et réponses d'entrevue LoadRunner courantes. Cependant, veuillez noter que le les meilleurs résultats peuvent être obtenus en fournissant des réponses en fonction de votre exposition, de votre expertise et de votre interprétation des concepts . Apprendre uniquement les réponses aux questions n'est pas toujours optimal. Pratiquer, apprendre et expert - cela devrait être votre approche pour la préparation des entretiens de test de performance.

Questions d'entrevue LoadRunner et meilleures réponses

Q # 1) Quelle est la différence entre les tests de performance et l'ingénierie des performances?

Répondre: Dans les tests de performances, le cycle de test comprend la collecte des exigences, la création de scripts, l'exécution, le partage des résultats et la génération de rapports. L'ingénierie de la performance est une longueur d'avance sur les tests de performance où après l'exécution; les résultats sont analysés dans le but de trouver les goulots d'étranglement de performance et la solution est fournie pour résoudre les problèmes identifiés.

Q # 2) Expliquez le cycle de vie des tests de performance.

Répondre:

• Étape 1: Analyse du système (identification de la transaction critique)
  Générateur d'utilisateurs virtuels
• Étape 2: Création de scripts d'utilisateur virtuel (enregistrement)
• Étape 3: Définition du comportement des utilisateurs (paramètre d'exécution)
  Contrôleur LoadRunner
• Étape 4: Création de scénarios de test de charge
• Étape 5: Exécution des scénarios de test de charge et surveillance des performances
  Analyse LoadRunner
• Étape 6: Analyse des résultats

Référer Tutoriel de test de performance n ° 2 pour plus de détails.

Q # 3) Qu'est-ce que les tests de performance?

Répondre: Les tests de performances sont effectués pour évaluer les performances de l'application dans des conditions de charge et de contrainte. Il est généralement mesuré en termes de temps de réponse de l’action de l’utilisateur sur une application.

Q # 4) Qu'est-ce que le test de charge?

Répondre: Le test de charge consiste à déterminer si une application peut bien fonctionner avec une utilisation intensive résultant d'un grand nombre d'utilisateurs l'utilisant simultanément. La charge est augmentée pour simuler la charge de pointe que les serveurs vont supporter pendant les périodes d'utilisation maximale.

Q # 5) Quels sont les différents composants de LoadRunner?

Répondre:

Les principaux composants de LoadRunner sont:

• VUGen: Enregistre les scripts Vuser qui émulent les actions d'utilisateurs réels.
• Manette: Centre administratif pour créer, maintenir et exécuter des scénarios de test de charge. Assigne des scénarios aux Vusers et aux générateurs de charge, démarre et arrête les tests de chargement.
• Générateur de charge: Un agent grâce auquel nous pouvons générer de la charge
• Analyse: Fournit des graphiques et des rapports qui résument les performances du système

Q # 6) Quel est le point de rendez-vous?

Répondre: Le point de rendez-vous aide à émuler une charge utilisateur importante (requête) sur le serveur. Cela demande à Vusers d'agir simultanément. Lorsque le Vuser atteint le point Rendezvous, il attend tous les Vusers avec le point Rendezvous. Une fois que le nombre désigné de Vusers l'atteint, les Vusers sont libérés. La fonction lr_rendezvous est utilisée pour créer le point Rendezvous. Cela peut être inséré par:

• Bouton Rendez-vous sur la barre d'outils flottante Enregistrement pendant l'enregistrement.
• Après l'enregistrement, le point de rendez-vous est inséré dans Insérer> Rendez-vous .

Q # 7) Quelles sont les différentes sections du script? Dans quel ordre ces sections s'exécutent-elles?

Répondre: Le script LoadRunner comporte trois sections Vuser_init, Action et Vuser_end.

• Vuser_init a des demandes / actions pour se connecter à l'application / au serveur.
• action a un code réel pour tester la fonctionnalité de l'application. Cela peut être joué plusieurs fois par itérations.
• Vuser_end a des demandes / actions pour se déconnecter de l'application / du serveur.

La séquence dans laquelle ces sections sont exécutées est Vuser_init est au tout début et Vuser_end à la toute fin. L'action est exécutée entre les deux.

Q # 8) Comment identifiez-vous le protocole à utiliser pour toute application?

outils de révision de code open source git

Répondre: Auparavant, le testeur de performances dépendait beaucoup de l'équipe de développement pour connaître le protocole utilisé par l'application pour interagir avec le serveur. Parfois, c'était aussi spéculatif.

Cependant, LoadRunner fournit une grande aide sous la forme de Conseiller en protocole à partir de la version 9.5. Le conseiller de protocole détecte les protocoles que l'application utilise et nous suggère les protocoles possibles dans lesquels le script peut être créé pour simuler l'utilisateur réel.

Q # 9) Qu'est-ce qu'une corrélation? Expliquez la différence entre la corrélation automatique et manuelle Corrélation?

Répondre: La corrélation est utilisée pour gérer les valeurs dynamiques dans un script. La valeur dynamique peut changer pour chaque action de l'utilisateur (la valeur change lorsque l'action est rejouée par le même utilisateur) ou pour différents utilisateurs (la valeur change lorsque l'action est rejouée avec un utilisateur différent). Dans les deux cas, la corrélation prend en charge ces valeurs et les empêche d'échouer lors de l'exécution.

La corrélation manuelle implique l'identification de la valeur dynamique, la recherche de la première occurrence de la valeur dynamique, l'identification des limites uniques de la capture de la valeur dynamique, l'écriture de la fonction de corrélation web_reg_save_param avant que la requête ait la première occurrence d'une valeur dynamique dans sa réponse.

La corrélation automatisée fonctionne sur des règles de corrélation prédéfinies. Le script est lu et analysé pour l'autocorrélation en cas d'échec. Vugen identifie l'endroit où les règles de corrélation fonctionnent et corrélent la valeur lors de l'approbation.

Faire référence à ce tutoriel pour plus de détails.

Q # 10) Comment identifier ce qu'il faut corréler et ce qu'il faut paramétrer?

Répondre: Toute valeur du script qui change à chaque itération ou avec les différents utilisateurs lors de la relecture nécessite une corrélation. Toute entrée utilisateur pendant l'enregistrement doit être paramétrée.

Q # 11) Qu'est-ce que le paramétrage et pourquoi le paramétrage est-il nécessaire dans le script?

Répondre: Le remplacement des valeurs codées en dur dans le script par un paramètre est appelé Paramétrage. Cela aide un seul utilisateur virtuel (Vuser) à utiliser des données différentes à chaque exécution. Cela simule l'utilisation réelle d'une application car cela évite au serveur de mettre en cache les résultats.

Faire référence à ce tutoriel pour plus de détails.

Q # 12) Comment identifiez-vous les cas d'utilisation des tests de performance de toute application?

Répondre: Cas de test / cas d'utilisation pour les tests de performance sont presque les mêmes que tous les cas de test de test manuel / fonctionnel où chaque étape effectuée par l'utilisateur est écrite. La seule différence est que tous les cas de test manuels ne peuvent pas être des cas d'utilisation de test de performances car il existe peu de critères de sélection tels que:

• L'activité de l'utilisateur doit être liée à la fonctionnalité critique et la plus importante de l'application.
• L'activité de l'utilisateur doit avoir une bonne quantité d'activité de base de données telle que la recherche, la suppression ou l'insertion.
• L'activité de l'utilisateur doit avoir un bon volume d'utilisateurs. La fonctionnalité d'avoir moins d'activité de l'utilisateur est généralement omise du point de vue des tests de performance. Par exemple, activité du compte administrateur.

Tous les cas de test manuels qui remplissent les critères ci-dessus peuvent être utilisés comme cas d'utilisation / cas de test des tests de performance. Si les cas de test manuels ne sont pas écrits étape par étape, l'équipe Performance doit créer des documents dédiés pour eux.

Q # 13) Lors de la création de scripts, vous avez créé des règles de corrélation pour la corrélation automatique. Si vous souhaitez partager les règles de corrélation avec les membres de votre équipe travaillant sur la même application afin qu'il puisse utiliser la même chose sur son poste de travail, comment ferez-vous cela?

Répondre: Les règles de corrélation peuvent être exportées via le fichier .cor et le même fichier peut être importé via VuGen.

Q # 14) Quels sont les différents types de journaux Vuser qui peuvent être utilisés lors du script et de l'exécution? Quelle est la différence entre ces journaux? Lorsque vous désactivez la journalisation?

Répondre: Il existe deux types de journaux Vuser disponibles: le journal standard et le journal étendu. Les journaux sont essentiels pour le débogage du script. Une fois qu'un script est opérationnel, la journalisation est activée uniquement pour les erreurs.

Le journal standard crée un journal des fonctions et des messages envoyés au serveur pendant l'exécution du script, tandis que le journal étendu contient des avertissements supplémentaires et d'autres messages. La journalisation est utilisée pendant le débogage et désactivée pendant l'exécution. La journalisation peut être activée pour les erreurs dans ce cas.

Q # 15) Quelle est l'approche modulaire du script?

Répondre: En approche modulaire, une fonction est créée pour chaque requête ( Par exemple, connexion, déconnexion, sauvegarde, suppression, etc.) et ces fonctions sont appelées partout où cela est nécessaire. Cette approche donne plus de liberté pour réutiliser la demande et fait gagner du temps. Avec cette approche, il est recommandé de travailler avec des requêtes personnalisées Web.

Q # 16) Quels sont les différents types d'objectifs dans le scénario orienté objectif?

Répondre: LoadRunner a cinq types d'objectifs différents dans un scénario orienté objectif. Ceux-ci sont:

1. Le nombre de Vusers simultanés
2. Le nombre de coups par seconde
3. Le nombre de transactions par seconde
4. Le nombre de pages par minute
5. Le temps de réponse de la transaction

Q # 17) Comment chaque étape est-elle validée dans le script?

Répondre: Chaque étape du script est validée avec le contenu de la page renvoyée. Une vérification du contenu vérifie si un contenu spécifique est présent sur la page Web ou non. Il existe deux types de vérification de contenu qui peuvent être utilisés dans LoadRunner:

• Vérification du texte: Cela vérifie un texte / une chaîne sur la page Web.
• Vérification de l'image: Cela vérifie une image sur une page Web.

Q # 18) Comment le script VuGen est-il modifié après l'enregistrement?

Répondre: Une fois le script enregistré, il peut être modifié avec le processus suivant:

• Transaction
• Paramétrage
• Corrélation
• Déclarations de variables
• Point de rendez-vous
• Validations / Checkpoint

Q # 19) Que sont la montée en puissance et la descente?

Répondre:

• Montée en puissance: Taux auquel les utilisateurs virtuels participent au test de charge.
• Descente de la rampe: Taux auquel les utilisateurs virtuels quittent le test de charge.

Q # 20) Quel est l'avantage d'exécuter le Vuser en tant que thread?

Répondre: L'exécution de Vusers en tant que thread permet de générer plus d'utilisateurs virtuels à partir de n'importe quelle machine en raison de la petite impression de mémoire du Vuser exécutant un thread.

Q # 21) Qu'est-ce que le temps perdu dans le journal VuGen Replay?

Répondre: Le temps perdu n'est jamais effectué par aucun utilisateur de navigateur et juste le temps passé sur les activités qui prennent en charge l'analyse de test. Ces activités sont liées à la journalisation, à la tenue de registres et à l'analyse personnalisée.

Q # 22) Comment activer les vérifications de texte et d'image dans VuGen?

Répondre: Cela peut être fait en utilisant les fonctions web_find (pour la vérification du texte) et web_image_check (pour la vérification de l'image) et en activant la vérification de l'image et du texte à partir des paramètres d'exécution.
Réglage de l'heure d'exécution -> Préférences -> Cochez la case Image et texte.

Q # 23) Quelle est la différence entre web_reg_find et web_find?

Répondre: La fonction web_reg_find est traitée avant l'envoi de la requête et est placée avant la requête dans le script VuGen tandis qu'une fonction web_find est traitée après la réponse de la requête et est placée après la requête dans le script VuGen.

Q # 24) Quels sont les défis auxquels vous serez confronté pour écrire l'étape «Tout sélectionner» puis «Supprimer» pour n'importe quel compte de messagerie?

Répondre: Dans ce cas, le message pour «Tout sélectionner» et «Supprimer» changera à chaque fois en fonction du nombre de courriers disponibles. Pour cela, la demande enregistrée pour les deux doit être remplacée par la demande personnalisée et la construction de chaînes est nécessaire pour créer le message. ( Remarque - Cette question nécessite des connaissances pratiques. Alors s'il vous plaît ceci pratiquement et formulez votre réponse).

Q # 25) Quelle est la différence entre le rythme et le temps de réflexion?

Répondre: La stimulation est le temps d'attente entre les itérations d'action alors que penser que le temps est un temps d'attente entre les transactions.

Q # 26) Quel est le nombre de graphiques que vous pouvez surveiller à l'aide du contrôleur à la fois? Quel est le maximum d'entre eux?

Répondre: Un, deux, quatre et huit graphiques peuvent être visualisés à la fois. Le nombre maximum de graphiques pouvant être surveillés à la fois est de 8.

Q # 27) Vous avez une application qui affiche les résultats d'examen de l'étudiant. Correspondant au nom de chaque étudiant, il est mentionné s'il a réussi ou échoué l'examen avec l'étiquette de «réussite» et «échec». Comment allez-vous identifier le nombre d'étudiants réussis et échoués dans le script VuGen?

Répondre: Pour ce texte, la vérification est utilisée pour la page Web pour le texte «Réussi et« Échec ». Grâce à la fonction web_reg_find, nous pouvons capturer le nombre de textes trouvés sur la page Web à l'aide de «SaveCount». SaveCount a stocké le nombre de correspondances trouvées. Par exemple-

Q # 28) Pendant le test de charge, quel est le paramètre optimal pour les journaux?

Répondre: Pour le test de charge, le niveau du journal est défini sur minimal. Ceci peut être réalisé en définissant le niveau de journal sur le journal standard et en sélectionnant le bouton radio «Envoyer un message uniquement lorsqu'une erreur se produit».

Q # 29) Comment allez-vous gérer la situation dans les scripts si votre boîte aux lettres doit sélectionner un courrier au hasard pour le lire?

Répondre: Pour cela, nous enregistrerons le script de lecture du premier mail. Essayez de trouver ce qui est publié dans la demande de lecture du premier courrier, comme les identifiants de messagerie ou le numéro de ligne.

À partir de la publication sur laquelle une liste d'e-mails se reflète, nous essaierons de capturer toutes les lignes d'ID d'e-mail no avec la fonction de corrélation et en conservant Ordinal comme Tout, c'est-à-dire ORD = Tous. Remplacez l'ID d'e-mail demandé dans le message lu par l'un des ID d'e-mail sélectionnés au hasard dans la liste des ID d'e-mail capturés.

Référez-vous à ceci Tutoriel de script .

Q # 30) Quel est le temps de réflexion? Quel est le niveau de seuil pour le temps de réflexion et comment cela peut-il être changé?

Répondre: Le temps de réflexion est le temps d'attente inséré intentionnellement entre les actions du script pour émuler le temps d'attente d'un utilisateur réel lors de l'exécution d'une activité sur l'application. Le niveau de seuil pour le temps de réflexion au niveau en dessous duquel le temps de réflexion enregistré sera ignoré. Cela peut être changé de Options enregistrées-> Script-> Générer un temps de réflexion supérieur au seuil.

Q # 31) Comment la corrélation automatisée est-elle configurée?

Répondre: Tout paramètre lié à la corrélation automatisée peut être effectué en Options générales-> Corrélation. Les règles de corrélation sont définies à partir de Options d'enregistrement-> Corrélations.

Q # 32) Comment décidez-vous du nombre de machines génératrices de charge nécessaires pour exécuter un test?

Répondre: Le nombre de générateurs de charge requis dépend totalement du protocole utilisé pour créer le script et la configuration de la machine génératrice de charge. Chaque protocole a une impression mémoire différente et cela décide du nombre d'utilisateurs virtuels pouvant être générés à partir de la configuration donnée de la machine (générateur de charge).

Q # 33) Quelles sont les fonctionnalités que vous recherchez exactement lors de la sélection de l'outil de test des performances?

Répondre: L'outil de test de performance doit pouvoir: -

• Test d'une application construite à l'aide de plusieurs technologies et plates-formes matérielles.
• Déterminer l'aptitude d'un serveur pour tester l'application
• Tester une application avec une charge de dizaines, de milliers et même de milliers d'utilisateurs virtuels.

Q # 34) En quoi les utilisateurs simultanés diffèrent-ils des utilisateurs simultanés?

Répondre: Tous les utilisateurs simultanés sont des utilisateurs simultanés mais vice versa n'est pas vrai.

Tous les Vusers du scénario en cours d'exécution sont des utilisateurs simultanés car ils utilisent la même application en même temps mais peuvent ou non effectuer les mêmes tâches. Les utilisateurs simultanés exécutent la même tâche en même temps. Les utilisateurs simultanés deviennent des utilisateurs simultanés via des points de rendez-vous.

Les points de rendez-vous demandent au système d'attendre l'arrivée d'un certain nombre de Vusers afin qu'ils puissent tous effectuer une tâche particulière simultanément.

Q # 35) Comment identifiez-vous quelles valeurs doivent être corrélées dans le script? Donne un exemple.

Répondre: Cela peut être fait de différentes manières:

• Enregistrez les deux scripts avec des étapes similaires et comparez-les à l'aide de l'utilitaire WDiff. (Voir tutoriel Corrélation).
• Relisez le script enregistré et recherchez la corrélation. Cela donne une liste de valeurs qui peuvent être corrélées.

Session-Id en est un bon exemple. Lorsque deux scripts sont enregistrés et comparés à l'aide de l'utilitaire WDiff. Les identifiants de session dans les deux scripts doivent être différents et WDiff met en évidence ces valeurs.

Q # 36) Comment la mise en cache affecte-t-elle les résultats des tests de performances?

Répondre: Lorsque les données sont mises en cache dans la mémoire du serveur, le serveur n’a pas besoin de récupérer le résultat et aucune activité du serveur ne se déclenche. Le résultat du test ne reflète pas les mêmes performances d'utilisateurs réels utilisant l'application avec des données différentes.

Q # 37) Comment allez-vous arrêter l'exécution d'un script en cas d'erreur?

Répondre: Ceci peut être réalisé grâce à la fonction lr_abort. La fonction demande au Vuser d'arrêter d'exécuter la section Action et de terminer l'exécution en exécutant la section vuser_end. Cette fonction est utile pour gérer une erreur spécifique.

Cela peut également être utilisé pour gérer une situation plutôt qu'une erreur où l'exécution n'est pas possible. La fonction a attribué le statut «Arrêté» au Vuser qui s'est arrêté en raison de la fonction lr_abort. Dans le paramètre d'exécution, «Continuer en cas d'erreur» doit être décoché.

À toi

Nous espérons que énorme compilation de questions d'entretien LoadRunner avec réponses vous sera utile à tous.

Chez STH, nous professons toujours le importance des fondamentaux . La même chose est vraie pour réussir dans le test de performance professionnel. Cependant, nous souhaitons que ce questionnaire d'entretien de test de performance soit un point de référence instrumental pour tous ceux qui aspirent à trouver ou à progresser dans une carrière de test de performance en utilisant LoadRunner.

Je vous souhaite tout le meilleur!

=> Visitez ici pour une série complète de didacticiels LoadRunner

Tutoriel PREV | Premier tutoriel

J'espère que vous avez apprécié toute la gamme de tutoriels de cette série LoadRunner.

lecture recommandée

• Questions et réponses d'entrevue
• Questions et réponses d'entrevue de test ETL
• Quelques questions et réponses difficiles sur les tests manuels
• 25 meilleures questions et réponses d'entrevue de test Agile
• 34 Questions et réponses d'entretien SoapUI les plus courantes
• Questions d'entrevue Spock avec réponses (les plus populaires)
• Quelques questions d'entretien intéressantes sur les tests de logiciels
• Top 20+ Questions et réponses d'entrevue .NET