VuGen (utilisateur virtuel Generator) Exemple de script dans LoadRunner
Qu'est-ce que VUGen ?
VUGen (Utilisateur virtuel Generator) est un outil clé de LoadRunner pour créer des scripts de test afin d'émuler le comportement d'un utilisateur réel sur votre système. Dans VUGen, un humain est remplacé par un utilisateur virtuel (VUser) et les actions effectuées par un VUser sont enregistrées dans un script VUser pour émuler le comportement de l'utilisateur réel à des fins de test et de surveillance.
VUGen est l'un des quatre composants principaux de LoadRunner. C'est le premier composant avec lequel vous interagissez lorsque vous démarrez avec Performance. Contrôle de qualité en utilisant HP LoadRunner.
Comprenons quelques fonctionnalités saillantes liées à VUGen
VUScripts : Comme déjà décrit, le but de VUGen est de créer des VUScripts utilisés pour simuler un utilisateur virtuel réel.
Actes: Une action est un ensemble de transactions utilisateur effectuées dans le système sous charge pour réaliser une tâche définie. Une action peut être comparée à une fonction dans d’autres langages de programmation. Chaque script Vuser a 3 fonctions par défaut
- Vuser_init (utilisé pour se connecter à l'application)
- Action (utilisée pour enregistrer le processus métier)
- Vuser_end (utilisé pour se déconnecter de l'application)
VUGen enregistre non seulement les scripts, mais les relit également (pour un seul VUser) pour garantir que le script est enregistré correctement. Une fois que vous vous êtes assuré que le script est correctement enregistré, vous l'intégrez dans un scénario LoadRunner
Le processus de développement de script dans VUGen
1. Enregistrez le script : Il s'agit généralement de la première étape du script où chaque action de l'utilisateur est enregistrée dans un script.
2. Rejouez et vérifiez : Une fois le script enregistré, répondez au script pour vous assurer qu'il fonctionne correctement. Vérifiez tout impact via l’interface de l’application ou la base de données.
3. Améliorez le script : Une fois l'enregistrement vérifié, améliorez le script en ajoutant des points de contrôle, en validant les données, en ajoutant des transactions et des points de rendez-vous.
4. Rejouez et vérifiez : Comme précédemment, relisez votre script et vérifiez que tout fonctionne comme prévu.
5. Configurez les paramètres d'exécution : Configurez et contrôlez la durée de stimulation, pensez à la variation du temps, aux paramètres de proxy et si vous souhaitez ignorer les ressources externes.
6. Utiliser pour les scénarios de chargement : Formuler des scénarios de charge basés sur les objectifs de test. Utilisez la répartition de la charge et des agents géo-larges pour créer des scénarios réalistes.
Comparez l'enregistrement entre QTP et LoadRunner
VUGen ne tient pas compte des objets de l'interface utilisateur :
Contrairement aux scripts QTP, les scripts LoadRunner sont indépendants de l'interface graphique. En effet, le code généré ne fonctionne pas sur la base d'objets d'interface utilisateur, mais plutôt sur le principe de la demande du client au serveur et sur l'attente d'une réponse du serveur au client. C'est pourquoi la relecture des scripts LoadRunner est toujours indépendante du navigateur. Le VUser peut communiquer directement avec un serveur en exécutant des appels à l'API du serveur, sans recourir au logiciel client (SUL). Cela signifie qu'il n'y aura aucun impact sur les scripts si les modifications sont apportées à l'interface utilisateur du système sous charge. Cela raconte ; le Test de performance est entièrement basé sur la communication client/serveur (requête et réponse) et non sur les objets GUI.
Veuillez vous référer au lien ci-dessous pour plus de détails : http://youtu.be/FDORUeqpNJs?t=3m41s
Nous verrons plus en détail comment fonctionne le script VUGen ci-dessous.
Introduction à l'application de visites Web
À des fins pratiques, nous utiliserons l'application Web Tours fournie avec LoadRunner.
Les HP Web Tours nécessitent un « Web Tours » dépendant Apache serveur » doit être en cours d’exécution avant de pouvoir fonctionner. Pour exécuter le serveur Apache Web Tours, accédez à Menu Démarrer => Logiciel HP => Exemples => Web, puis cliquez sur Démarrer le serveur HP Web Tour.
Une fois le « serveur » activé, il ouvrira un shell et affichera sur la console.
La console devrait ressembler à l'instantané ci-dessous, recherchez votre adresse IP dans le shell :
REMARQUE : si vous fermez cette fenêtre, le serveur s'arrêtera.
Vous pouvez désormais accéder à l'application Web Tours -
Une fois lancé, cela ressemblera à –
Comprendre l'environnement VUGen
Pour exécuter VUGen, double-cliquez sur le raccourci VUGen depuis le bureau, ou allez dans Menu Démarrer => HP Software => puis cliquez sur Utilisateur Virtuel Generator.
L'écran de démarrage de VUGen apparaîtra comme suit
L'écran de démarrage ouvrira ensuite HP Virtual User Generator Page d'accueil, comme indiqué ci-dessous :
Dans le menu Fichier, vous pouvez observer divers contrôles de commande. Les objectifs de ces contrôles sont mentionnés ci-dessous :
Nouveau script et solution : est utilisé pour commencer à créer un nouveau script. Vous pouvez également créer un nouveau script à partir du bouton de la barre d'outils.
Ouvrir >> Solution de script: est utilisé pour ouvrir un script ou une solution existante et précédemment créée à partir d'un répertoire.
Ajouter >> Nouveau script : est utilisé pour ajouter un script précédemment créé dans la solution actuelle
Nous nous familiariserons avec d'autres contrôles au fur et à mesure que nous commencerons à créer notre premier script. Continuons à apprendre.
Cliquez sur ici si la vidéo n'est pas accessible
Création de votre premier script VUGen
Avant d'enregistrer, assurez-vous que le serveur de l'application Web Tours est en cours d'exécution. N'oubliez pas que vous devez laisser le serveur fonctionner, alors ne le fermez pas. Si la fenêtre vous dérange, vous pouvez la minimiser.
Conseil: Dans un problème du monde réel, il faut se familiariser avec l'application en question (SUL), surtout si elle implique des flux de travail métier et des étapes de données complexes. Vous pouvez également interagir avec HP Web Tours pour vous assurer de pouvoir répéter les étapes exactes lors de l'enregistrement.
Avant de pouvoir commencer à créer des scripts pour une application (SUL), il faut se familiariser avec le flux de l'application. Avec ce didacticiel, familiarisons-nous avec HP Web Tours qui est livré et automatiquement installé avec HP LoadRunner.
Étape 1) Cliquez sur Fichier =>Nouveau script et solution comme indiqué dans l'instantané ci-dessous :
Vous pouvez utiliser le raccourci (Ctrl + N) pour faire de même.
Étape 2) Une fenêtre permettant de sélectionner le protocole s'affiche. La liste est légèrement différente des versions précédentes
1. Sélectionnez un protocole unique
2. Web
3. Entrez le nom du script
4. Cliquez sur Créer
Attention: Vous pouvez utiliser Conseiller en protocole pour déterminer le bon protocole que votre application utilise pour la communication. Pour HP Web Tours, nous savons déjà qu'il nécessite le protocole « Web – HTTP/HTML ». Nous apprendrons ultérieurement comment déterminer le bon protocole pour votre SUL.
Conseil: Une application peut parfois nécessiter plus d'un protocole pour communiquer avec son serveur. Dans un tel cas, accédez à la liste Protocoles multiples sur le côté gauche de la fenêtre.
Cependant, HP Web Tours ne nécessite qu'un seul protocole lors de la création de scripts avec VUGen.
Conseil: Vous ne pouvez pas renommer vos scripts facilement, alors soyez créatif lorsque vous donnez un nom à vos scripts. Si vous devez renommer un script, utilisez Enregistrer sous fonctionnalité et donnez un nouveau nom. Une bonne nomenclature pourrait être quelque chose comme WT01_Signup où WT est une forme abrégée du nom de l'application, 01 est une séquence de processus métier et Signup fait référence aux processus métier en cours de script. Notez également que vous ne pouvez pas utiliser d'espaces dans un nom de script.
Étape 3) une fois que vous avez cliqué sur Créer, HP VUGen ouvrira l'IDE (Integrated Development Environment) ou éditeur de code. Vous pouvez remarquer que les fichiers de script sont vides, à l'exception de la signature de base de Function Action. L'instantané ci-dessous devrait aider à mieux le comprendre :
Étape 4) Cliquez sur le bouton Enregistrement que vous pouvez trouver dans la barre d'outils. Reportez-vous à l'instantané ci-dessous :
Étape 5) une nouvelle fenêtre s'ouvre
1. Si l'on étudie la fenêtre ci-dessus, le nom du script est mentionné dans la barre de titre de cette popup. Cela vous aidera à apporter des modifications au bon script lorsque vous traitez plusieurs scripts ouverts à la fois.
2. Si vous ne voyez pas le reste des contrôles, cliquez sur l'icône Moins d'options pour vous assurer que vous ne visualisez pas moins d’options.
3. Enregistrez dans l'action Le champ détermine où le code est généré après l'enregistrement. Les scripts VUGen facilitent le passage à d'autres actions ou créent de nouvelles actions pendant et après l'enregistrement.
4. Record: Le champ indique à VUGen que l'application sujet (SUL) est une application Web ou un client de bureau. Cette option ne peut pas être annulée une fois l'enregistrement commencé.
5. Application: Le champ indique à VUGen quel navigateur utiliser pour l'enregistrement. Si vous ne travaillez pas avec le protocole Web – HTTP/HTML, vous sélectionnerez le client de bureau avec ce champ.
Conseil: Contrairement aux scripts QTP, les exemples de scripts LoadRunner sont indépendants de l'interface graphique. En effet, le code généré ne fonctionne pas sur la base d'objets de l'interface utilisateur, mais fonctionne plutôt sur le principe de la requête du client au serveur et de l'attente d'une réponse du serveur au client – généralement sous la forme de HTML (d'où le nom d'un protocole). )
6. Adresse URL : L'URL du SUL est saisie ici. VUGen invoquera cette URL lorsque vous cliquerez sur « Démarrer l'enregistrement ». Le navigateur utilisé sera celui mentionné sous «Record:" champ s'il est différent de votre navigateur par défaut.
7. Démarrer l’enregistrement : immédiat ou différé : Si vous avez sélectionné Immédiat En mode d'enregistrement, vous remarquerez que VUGen commence à enregistrer les événements dès que vous appuyez sur le bouton « Démarrer l'enregistrement ». Cependant, si vous sélectionnez le mode d'enregistrement différé, le VUGen invoquera le système (SUL) mais ne commencera pas à capturer les événements à moins que vous ne cliquiez sur le bouton Enregistrement de la barre flottante.
8. Directeur de travail: Il s'agit d'un répertoire temporaire que VUGen utilisera lors de la capture des événements. Une copie de votre script sera également disponible à cet endroit, juste au cas où vous perdriez votre dossier 🙂
9.Options d'enregistrement : Ces paramètres indiquent à VUGen quel type d'URL capturer et quel mode d'enregistrement utiliser.
10.Commencer l'enregistrement: Va commencer l'enregistrement. Clique dessus
Étape 6) Une fois l'enregistrement démarré, VUGen appellera l'application HP Web Tours à l'aide du navigateur sélectionné.
Comprenons avec un exemple de script LoadRunner pour inscrire un utilisateur sur l'application Web Tours et enregistrer un script de base.
Une barre d'enregistrement flottante apparaîtra et offrira divers contrôles sur l'enregistrement. Cela indique le temps écoulé et un certain nombre d'événements automatiquement capturés. Regardons de près la barre flottante.
Dans l'instantané ci-dessus, le SUL a déclenché 56 événements et un total de 0 minute et 25 secondes s'est écoulé depuis le début de l'enregistrement.
Vous remarquerez également qu'aucun événement n'est déclenché lors de la frappe. Demandez-vous pourquoi. Peux-tu répondre?
En effet, aucune communication client-serveur n'a lieu pendant que vous tapez. Par conséquent, aucun événement n'est déclenché et aucun script n'est généré concernant la saisie. Le code ne sera généré qu'une fois que vous aurez soumis le formulaire (cliquez sur Continuer)
L'enregistrement peut être mis en pause en utilisant le bouton pause. Veuillez noter que tant que l'enregistrement reste en pause, tous les événements déclenchés par l'application seront ignorés. Cela signifie également que même si votre application envoie des requêtes et/ou reçoit une réponse du formulaire SUL, le script ne sera pas généré tant que vous aurez mis l'enregistrement en pause.
Si vous avez mis l'enregistrement en pause, vous devrez cliquer sur enregistrement de la barre flottante pour reprendre l'enregistrement.
Pendant que vous enregistrez dans la section vuser_init, vous remarquerez que le bouton de rendez-vous n'est pas activé. Passez à l'action (ou créez une nouvelle action) et continuez l'enregistrement. Reportez-vous à l'instantané ci-dessous pour savoir comment changer d'action.
Vous remarquerez qu'après avoir basculé sur une Action, le rendez-vous Le bouton sera activé automatiquement. Ceci est dû au fait VUGen ne permet pas l'insertion de points de rendez-vous dans vuser_init.
Utiliser les transactions à un moment record
Supposons que vous souhaitiez évaluer le temps de réponse lorsqu'un nombre X d'utilisateurs s'inscrivent simultanément. Pour atteindre cet objectif, lisons plus loin.
Vous avez maintenant enregistré l'ouverture de l'application dans l'action vuser_init. Après être passé à Action, saisissez les informations utilisateur requises par SUL. Maintenant, avant d'appuyer sur le bouton « Continuer », suivez les étapes ci-dessous :
Démarrez une transaction en cliquant sur le bouton en barre flottante. Saisissez le nom de la transaction, par exemple 01_Signup.
Conseil: C'est une bonne pratique de nommer votre transaction avec un préfixe tel que 01_ pour les garder uniques.
La barre flottante ressemblera à ceci :
Cliquez sur OK pour fermer l'étiquette de transaction.
Cliquez sur le bouton Continuer de l'application.
Terminez la transaction en cliquant sur le bouton. Sélectionnez le nom de la transaction que vous souhaitez clôturer, par exemple 01_Signup dans ce cas. Reportez-vous à l’instantané ci-dessous pour illustration.
Si vous n'avez pas ouvert plusieurs transactions, vous ne verrez qu'un seul nom. Cependant, si vous en avez plusieurs, vous pourrez les sélectionner dans la liste.
Insérer des commentaires en un temps record
Maintenant que vous avez clôturé la transaction avec succès, vous pouvez mettre un commentaire en un temps record pour vous rappeler lorsque vous étudierez le code plus tard. Depuis la barre flottante, cliquez sur le bouton pour insérer un commentaire. Une zone de texte apparaîtra à côté de la barre flottante dans laquelle vous pourrez saisir n'importe quel texte.
Ce commentaire sera inséré dans le code après les étapes (code) que vous venez de terminer avant de cliquer sur le bouton OK.
Depuis l'application, vous pouvez cliquer sur continuer. Vous observerez une note de bienvenue par une application.
Sélectionnez maintenant l'action vuser_end et cliquez sur Signer de l'application. Fermez l'application et cliquez sur le bouton Arrêter de la barre flottante.
Génération de code
Une fois l'enregistrement arrêté, vous remarquerez l'activité de post-génération de VUGen. Cela inclut la génération de code, de transactions et de commentaires basés sur votre enregistrement. Reportez-vous à l'instantané ci-dessous.
Immédiatement après que VUGen ait terminé « Effectuer des opérations de post-génération », il commencera « Effectuer une analyse pour une opération de post-génération de corrélation ». Nous verrons plus en détail ce que signifie la corrélation.
Une fois l'opération de post-génération terminée, vous verrez la fenêtre Design Studio. Si des candidats à la corrélation sont trouvés, vous pourrez les examiner dans cette fenêtre.
Vous pouvez cliquer en toute sécurité sur le bouton Fermer et VUGen vous amènera au code qui a été généré.
La fenêtre ressemblera à ceci :
Comme le souligne la figure ci-dessus, l’éditeur contient un code facile à comprendre et lisible. Vous pouvez consulter les paramètres utilisés lors de l’enregistrement.
Le côté gauche de VUGen s'appelle Step Navigator et vous permet de comprendre le « script » sans regarder les granularités du code. Par exemple, vous pouvez lire les étapes telles que l'ouverture d'une URL, passer du temps de réflexion et soumettre le formulaire. Celui-ci encapsule tous les paramètres associés à chaque requête.
Votre script a été généré, cliquez sur le menu Fichier puis cliquez sur Enregistrer le script sous pour parcourir l'emplacement où vous souhaitez enregistrer votre script. VUGen suggérera automatiquement le dernier répertoire utilisé si vous avez déjà enregistré un script précédemment. Le nom suggéré sera le nom que vous avez mentionné lorsque vous avez commencé l'enregistrement.
Tout est fait.
Maintenant, félicitez-vous d'avoir généré et enregistré avec succès votre premier script.
Choisir un protocole et un conseiller en protocole
Vous vous êtes peut-être demandé pourquoi avons-nous utilisé le protocole Web – HTTP/HTML. Comment avons-nous décidé quel protocole devrions-nous utiliser ? La réponse n'est pas si simple.
Il existe un ensemble de compétences architecturales de base que vous devez mettre en place comme condition préalable pour répondre à cette question. Si vous êtes débutant, vous pouvez faire équipe avec quelqu'un qui possède de solides compétences en architecture et en développement côté client pour votre SUL. Vous pouvez parler avec les développeurs de votre SUL et découvrir les interfaces exploitées par votre application. Cela devrait vous conduire sur un chemin naturel vers les interfaces que vous utiliserez pour le développement de votre script utilisateur virtuel et la sélection de protocole.
Pour répondre aux besoins des débutants moins compétents en architecture, LoadRunner a introduit une fonctionnalité appelée Protocol Advisor dans LoadRunner 9.1. Bien que cela ait facilité la vie de beaucoup, il faut s'appuyer davantage sur les compétences en architecture et en développement plutôt que sur le conseiller en protocole et recevoir des informations de l'équipe de développement sur les technologies de développement sous-jacentes. Le protocole peut ne pas suggérer le protocole correct dans tous les cas.
Pour utiliser Protocol Advisor, accédez à Record => Protocol Advisor => Analyze Application
Reportez-vous à l'instantané ci-dessous :
Cela ouvrira la fenêtre principale de Protocol Advisor. Si vous remarquez, cela ressemble un peu à la fenêtre apparaissant pour l'enregistrement. Jetons un coup d'œil à la fenêtre ci-dessous :
Sélectionnez le navigateur Web puisque nous utilisons une application Web.
Spécifiez l'URL de l'application qui sera ensuite invoquée. Le répertoire de travail peut être laissé tel quel puisqu'il s'agit simplement d'un répertoire temporaire que VUGen peut utiliser. Assurez-vous que vous disposez d'un accès en lecture et en écriture sur ce répertoire.
Cliquez sur le bouton Démarrer l'analyse.
Une barre flottante, quelque peu similaire à la barre flottante du temps d'enregistrement, apparaîtra. Jetez un oeil à l'instantané :
Le processus indiquera le temps écoulé et un certain nombre d'événements déclenchés. Toutefois, cette information n'est pas nécessaire. Le seul avantage de ce compteur d'événements est que vous savez que votre client, SUL, communique avec le serveur.
Il est recommandé d'analyser un seul processus métier à la fois, car les différents processus métier d'une application de grande entreprise peuvent impliquer différents protocoles. Par exemple, un tableau de bord dans certaines applications peut avoir Ajax ou Flex, etc. mais cela ne sera pas présent sur la page de connexion.
Une fois que vous avez terminé d'exécuter un processus métier particulier, vous pouvez appuyer sur le bouton Arrêter. Le conseiller en protocole VUGen rédigera un rapport de synthèse sur la suggestion de protocole. Regardez à quoi ça ressemble :
Vous pouvez voir les suggestions de Protocol Advisor. Ce sont peut-être ou non les meilleurs choix à choisir.
Vous avez maintenant appris à utiliser Protocol Advisor. Cependant, cela pourrait être utile pour les débutants ou pour une situation où vous avez besoin d’un « autre avis » – comptez sur votre sens de l’architecture, vos connaissances en programmation, vos compétences en développement et les informations reçues de l’équipe de développement pour décider du protocole.
Options d'enregistrement
Chaque fois que VUGen génère un script, le code généré est basé sur diverses configurations qui peuvent être trouvées sous les « Options d'enregistrement » – ou vous pouvez appuyer sur Ctrl + F7 pour afficher les options d'enregistrement dans LoadRunner.
Jetons un coup d'œil à la fenêtre des options d'enregistrement avant de discuter de toutes les configurations :
Il existe différentes catégories de configurations telles que Général, Corrélations, Réseau et Extension du format de données. Comprenons les plus importants d'entre eux, un par un.
Général => Enregistrement:
Ce sujet nécessite une compréhension détaillée. C’est pourquoi cela est discuté séparément.
Général => Scénario:
Jetez un œil à l'instantané pour un aperçu :
Vous remarquerez que Langue la liste déroulante est désactivée. Un mythe courant est que LoadRunner ne génère de code dans aucun autre langage. Un autre mythe est qu’il faut une licence pour travailler dans d’autres langues.
Les deux sont faux. LoadRunner décide lui-même quelle langue utiliser lors de la génération du script. Dans presque tous les cas, vous vous retrouverez à travailler avec Langue C.
Certainement Java applications (comme Java applets), le code généré sera dans JavaLangage de script.
VUGen générera un script dans Langage VBScript uniquement pour les applications développées en Visual Basic classic (MS Visual Studio 2002)
Options de script:
Vous pouvez choisir de « Générer un temps de réflexion fixe après la fin de la transaction ». Cela signifie que, quelle que soit la durée d'attente de l'utilisateur, le temps de réflexion généré (le délai) sera égal à la valeur spécifiée. La valeur est en secondes.
Un nombre maximum de lignes dans l'action file fait référence au nombre maximum de lignes que VUGen générera une action. Si le script est plus grand, VUGen créera automatiquement une nouvelle action. La valeur par défaut est définie sur 60,000 65,000. La valeur maximale pouvant être spécifiée est de
Cette configuration peut s'avérer utile lorsque vous utilisez une application de bureau avec Oracle sur le back-end.
Général => Protocole vous donne la possibilité de sélectionner et de désélectionner tous les protocoles que vous avez sélectionnés au début de l'enregistrement
Essentiellement, cela ne sera utilisé que lorsque vous le souhaitez Régénérer le script.
Jetez un œil à l'écran :
Ceci est utile lorsque vous avez utilisé plusieurs protocoles au moment de l'enregistrement d'un script. Vous pouvez régénérer le script et désélectionner les protocoles que vous ne souhaitez pas et obtenir un nouveau script sans avoir à le réenregistrer.
Général => Génération de code :
Jetez un œil à l’instantané ci-dessous :
Cette configuration indique à VUGen de trouver des candidats pour la corrélation en un temps record. Si vous ne souhaitez pas de corrélation automatique, vous souhaiterez peut-être désactiver cette fonctionnalité.
Corrélation => Configuration:
Jetez un œil à la capture d’écran ci-dessous et familiarisez-vous avec l’écran.
Bien que la corrélation automatique ne soit utile que de 5 % à 10 %, vous pouvez néanmoins sélectionner « Analyse des règles » et « Corréler automatiquement les valeurs trouvées ». Cependant, si votre script ne fonctionne pas, vous pouvez envisager de restaurer les valeurs par défaut en cliquant sur un bouton.
Corrélation => Règles :
Accédez à Règles, et vous pouvez voir ici diverses règles utilisées par VUGen pour trouver des candidats à la corrélation. Vous pouvez ajouter des règles personnalisées si vous savez ce que votre application (SUL) utilise comme paramètres. Cependant, il s’agit d’une utilisation avancée des paramètres de durée d’enregistrement. Si vous êtes débutant, vous pouvez ignorer ce sujet en toute sécurité.
Propriétés HTTP => Avancée:
Ce cadre propose divers paramètres liés à la liaison HTTP.
Réinitialiser le contexte pour chaque action, l'activation de cette option demande à VUGen de réinitialiser tous les contextes HTP entre les actions à leur état initial avant l'enregistrement, offrant ainsi un début propre à la session d'enregistrement. L'option est activée par défaut.
Vous pouvez laisser le reste des configurations intact, sauf si cela est nécessaire.
Réseau => Mappage des ports :
Ce cadre doit être laissé intact. Si vous enregistrez une application de bureau, vous devrez peut-être choisir des données au niveau WinINet.
Vous pouvez accéder aux Options (tant que vous utilisez des données au niveau Socket) et sélectionner diverses options telles que la version SSL ou d'autres types de Secure Socket Layer. Si vous êtes un niveau débutant ou n’avez pas besoin de ces options, vous pouvez les ignorer. Jetez-y un oeil pour vous familiariser avec l'écran.
Maintenant que vous avez terminé avec la plupart des options de durée d'enregistrement, passons au sujet suivant et comprenons la différence entre les scripts HTML et URL.
Différence entre les scripts basés sur HTML et basés sur URL
Vous avez peut-être remarqué une option permettant de choisir soit un script basé sur HTML, soit un script basé sur une URL. Jetez un oeil à l'instantané pour un flash-back.
Alors, quelle est cette option et laquelle choisir ?
Le Script basé sur HTML est basé sur les actions de l'utilisateur et les scripts contiennent des fonctions qui correspondent directement à l'action entreprise. Comprenons un exemple d'un petit morceau de code :
Mise en situation :
web_link(“Enterprise Systems Performance", "Text=Enterprise Systems Performance," "Snapshot=t4.inf", LAST);
Le Script basé sur une URL est basé sur les requêtes HTTP envoyées au serveur à la suite des actions de l'utilisateur.
Voici un exemple de code pour le mode URL pour les mêmes actions réalisées que ci-dessus (en mode HTML)
Mise en situation :
web_url(“Enterprise Systems Performance", "URL=/esp.html", "TargetFrame=", "Resource=0", "RecContentType=text/html", "Referer=/atc?. . . , "Snapshot=t4.inf", "Mode=URL", LAST);
Conseil: Il est préférable de s'expérimenter avant d'aller de l'avant. Modifiez les paramètres de durée d'enregistrement et enregistrez le même script deux fois, c'est-à-dire une fois en mode HTML et une fois en mode URL, puis comparez les deux. Gardez le script court pour que vous puissiez comprendre la différence.
Comment décider quel mode utiliser ?
Comprenons les avantages et les inconvénients des deux modes afin de comprendre quel mode est le plus approprié dans certaines situations :
Avantages de l'enregistrement HTML
- Réduit le besoin de capturer des valeurs dynamiques
- Les valeurs des balises d'action et les données cachées ne sont PAS codées en dur
- Ils sont récupérés de la mémoire pendant la lecture
- S'ils sont dynamiques, le VUser s'exécute toujours
- Le script est aussi grand que le processus métier : une étape par page
Inconvénients de l'enregistrement HTML
- Les scripts sont moins évolutifs
- La mémoire (cache) est recherchée pendant la lecture
- nécessite plus de mémoire
- nécessite plus de puissance CPU
Avantages de l'enregistrement d'URL
- Flexibilité
- Support pour Java Applets et objets ActiveX sur la page
- Possibilité de rejouer sous UNIX
- Scalabilité
- Les scripts sont plus évolutifs que les scripts HTML car ils nécessitent moins de ressources
Inconvénients de l'enregistrement d'URL
- Les scripts nécessitent plus de corrélation (rien n'est récupéré du cache)
- Les vérifications contextuelles ne fonctionneront pas (l'analyseur est désactivé)*
- Les scripts sont volumineux (toutes les images et images sont enregistrées en étapes distinctes)
Voici une illustration rapide :
Mode HTML | Mode URL |
---|---|
Intuitif et facile à comprendre. | Pas aussi intuitif que les scripts HTML. |
Les scripts sont plus petits, les requêtes sont encapsulées et faciles à comprendre. | Les scripts sont volumineux, contenant un appel à chaque image, CSS, HTML, etc., ce qui les rend difficiles à comprendre. |
Évolutif. | Plus évolutif et efficace pour créer un test de chargement. |
Utilisation du script de régénération
Supposons que vous souhaitiez enregistrer le même script que vous venez d'enregistrer, mais avec des paramètres de durée d'enregistrement différents. Dans un tel cas, vous pouvez utiliser la fonctionnalité de régénération de script.
Vous pouvez y accéder sous Record => Regenerate Script ou avec le raccourci clavier Ctrl+Shift+R
Une fois que vous avez cliqué sur le menu, VUGen vous avertira que votre script existant et toutes les modifications que vous avez apportées à votre script existant seront perdus. Le message d'avertissement ressemble à ceci :
Vous pouvez également cliquer sur Options pour ouvrir les options de durée d'enregistrement à partir d'ici.
Cliquez sur OK pour procéder à la régénération d'un script.
Lire un script et comprendre le journal
Une fois que vous avez enregistré le script, vous pouvez cliquer sur le dans la barre d'outils pour rejouer ou appuyez sur F5.
Vous pouvez trouver ce bouton dans la barre d'outils :
Vous devez vous assurer que le serveur est en cours d'exécution (ce qui est requis pour que l'application fonctionne correctement)
Lorsque vous relisez le script, vous remarquerez que contrairement à QuickTest Professional, il n'ouvre aucun navigateur pour le relire. N'oubliez pas que cette exécution simulera une seule charge utilisateur (unique) sur le SUL. Le but de cette exécution est de garantir que votre script fonctionne.
Conseil: Vous devrez vérifier l'impact à partir de l'application elle-même. Par exemple, si vous créez un enregistrement, accédez à l'application et vérifiez manuellement que votre script a réellement créé un enregistrement. Il est fort probable que vos scripts ne seront pas testés par une autre équipe de test ou d'assurance qualité. Vous devez donc être très prudent avec votre script et vous assurer qu'il est minutieusement testé.
Vous pouvez laisser le journal de relecture actif car cela sera d'une grande aide pour identifier les candidats à la corrélation ainsi que les erreurs et avertissements que vous pourriez rencontrer. Étant donné que la génération du journal nécessite beaucoup de ressources, il est préférable de la désactiver lorsque vous avez terminé le débogage des scripts et leur utilisation pour des scénarios.
Présentation des fichiers générés lors de l'enregistrement et de la lecture
Fermons le VUGen et jetons un œil aux fichiers qu'il a créés dans le dossier de script.
VUGen crée une série de fichiers de configuration, de fichiers de données et de fichiers de code source qui contiennent des informations d'exécution et de configuration de VUser. Les résultats de chaque itération du script sont stockés séparément. Si vous avez exécuté votre script au moins une fois, vous remarquerez un répertoire nommé result1. Ce répertoire est destiné à l'usage du système et doit être ignoré par le testeur.
Fichiers importants que vous devez comprendre :
VUGen créera un .c (fichier de code de langage C) pour chaque action. Ainsi, au final, vous aurez vuser_init.c, vuser_end.c et Action.c – si vous avez créé plus d'actions, vous verrez également les fichiers correspondants. Par exemple, monAction.c
Le journal de relecture est enregistré dans un fichier appelé output.txt. Si vous l'avez remplacé plusieurs fois, output.txt contiendra le journal de la dernière exécution tandis que output.bak contiendra la version précédente de la dernière exécution.
Le fichier .usr contiendra toutes les configurations d’exécution que vous avez personnalisées. Même si vous avez laissé toutes les configurations par défaut, ce fichier usr contiendra les informations. Ce fichier contient également la version de LoadRunner utilisée pour créer un script. Ces informations sont utiles si vous lisez d'anciens scripts dont vous ne vous souvenez plus du numéro de version.
Vous verrez un dossier nommé « données ». Ce dossier conserve une image des événements ainsi qu'une copie de votre code. VUGen utilise ces fichiers lorsque vous « régénérez » votre code.