Qu'est-ce que VUGen?
VUGen (Virtual User Generator) est un outil clé de LoadRunner pour créer des scripts de test pour é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 pour les tests et la surveillance.
VUGen est l'un des quatre composants de base de LoadRunner. C'est le premier composant avec lequel vous interagissez lors de la mise en route des tests de performances à l'aide de HP LoadRunner.
Comprenons quelques caractéristiques importantes liées à VUGen
VUScripts: Comme déjà décrit, le but de VUGen est de créer des VUScripts qui sont utilisés pour simuler un utilisateur virtuel réel.
Actions: Une action est un ensemble de transactions utilisateur effectuées dans le système en cours de chargement 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 rejoue également (pour 1 seul VUser) pour s'assurer que le script est correctement enregistré. Une fois que vous vous êtes assuré que le script est correctement enregistré, vous l'incorporez dans un scénario LoadRunner
Dans ce tutoriel, vous allez étudier
- Le processus de développement de scripts dans VUGen
- Comparez l'enregistrement entre QTP et LoadRunner
- Introduction à l'application Web Tours
- Comprendre l'environnement VUGen
- Création de votre premier script VUGen
- Utilisation des transactions à un moment record
- Insérer des commentaires au moment de l'enregistrement
- Génération de code
- Choix d'un conseiller en protocole et protocole
- Options d'enregistrement
- Lire un script et comprendre le journal
- Vue d'ensemble des fichiers générés pendant l'enregistrement et la lecture
Le processus de développement de scripts 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. Rejouer et vérifier: 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. Rejouer et vérifier: 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 la stimulation, pensez à la variation de temps, aux paramètres de proxy et si vous souhaitez ignorer les ressources externes.
6. Utilisation pour les scénarios de charge: Formulez des scénarios de charge en fonction des objectifs de test. Utilisez la répartition de la charge et des agents à l'échelle géographique pour créer des scénarios réels.
Comparez l'enregistrement entre QTP et LoadRunner
VUGen ignore les 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 en fonction des objets de l'interface utilisateur, mais plutôt sur le principe de la demande du client au serveur et dans 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 s'appuyer sur le 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 en cours de chargement. 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 Web Tours
À toutes fins pratiques, nous utiliserons l'application Web Tours fournie avec LoadRunner.
Les visites Web HP nécessitent l'exécution d'un «serveur Apache de visites Web» dépendant avant de pouvoir fonctionner. Pour exécuter le serveur Apache Web Tours, accédez au 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 sortira sur la console.
La console doit 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 maintenant accéder à l'application Web Tours -
Une fois lancé, il 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 Virtual User Generator.
L'écran de démarrage de VUGen apparaîtra comme suit
L'écran de démarrage ouvrira ensuite la page d'accueil de HP Virtual User Generator, comme illustré 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: permet de commencer à créer un nouveau script. Vous pouvez également créer un nouveau script à partir du bouton de la barre d'outils.
Open >> Solution de script : permet d'ouvrir un script ou une solution déjà créé à partir d'un répertoire.
Ajouter >> Nouveau script: permet d'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 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 maintenir le serveur en marche, ne le fermez donc pas. Si la fenêtre vous dérange, vous pouvez la minimiser.
Astuce: 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 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 avec le script d'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 installé automatiquement 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 pour sélectionner le protocole s'affiche. La liste est légèrement différente des versions précédentes
1. Sélectionnez Protocole unique
2. Web
3. Entrez le nom du script
4. Cliquez sur Créer
Remarque: vous pouvez utiliser Protocol Advisor pour déterminer le bon protocole utilisé par votre application 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 ce cas, accédez à la liste des 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, soyez donc créatif lorsque vous donnez un nom à vos scripts. Si vous devez renommer un script, utilisez la fonction Enregistrer sous 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 Inscription 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 (environnement de développement intégré) ou l'éditeur de code. Vous pouvez remarquer que les fichiers de script sont vides, à l'exception de la signature de base de l'action de fonction. L'instantané ci-dessous devrait vous 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 nous étudions 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 avez affaire à plusieurs scripts ouverts à la fois.
2. Si vous ne voyez pas le reste des commandes, cliquez sur le bouton Moins d'options pour vous assurer de ne pas afficher moins d'options.
3. Enregistrer dans le champ d' action 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 objet (SUL) est une application Web ou un client de bureau. Cette option ne peut pas être remplacé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 des objets de l'interface utilisateur, mais plutôt sur le principe de la demande 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é dans le champ « Enregistrer: » 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é le mode d'enregistrement immédiat , 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 appellera le système (SUL) mais ne commencera pas à capturer les événements à moins que vous ne cliquiez sur le bouton d'enregistrement de la barre flottante.
8. Répertoire de travail: il s'agit d'un répertoire temporaire que VUGen utilisera lors de la capture d'événements. Une copie de votre script sera également disponible à cet emplacement, au cas où vous perdriez votre dossier :)
9. Options d'enregistrement: ces paramètres indiquent à VUGen le type d'URL à capturer et le mode d'enregistrement à utiliser.
10. Démarrer l'enregistrement: démarre 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 dans l'application Web Tours et enregistrer un script de base.
Une barre d'enregistrement flottante apparaîtra qui offrira divers contrôles sur l'enregistrement. Cela indique le temps écoulé et un certain nombre d'événements capturés automatiquement. Regardons de près la barre flottante.
Dans l'instantané illustré ci-dessus, le SUL a déclenché 56 événements et un total de 0 minute et 25 secondes de temps s'est écoulé depuis le début de l'enregistrement.
Vous observerez également qu'aucun événement n'est déclenché lorsque vous tapez. Demandez-vous pourquoi. Peux-tu répondre?
Cela est dû au fait qu'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 
à l'aide du bouton de 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 demandes et / ou reçoit un formulaire de réponse SUL, le script ne sera pas généré tant que vous avez mis l'enregistrement en pause.
Si vous avez mis l'enregistrement en pause, vous devrez cliquer sur le bouton d' 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 le passage à une action, le 
bouton de rendez-vous sera activé automatiquement. En effet, VUGen ne permet pas l'insertion de points de rendez-vous dans vuser_init .
Utilisation des transactions à un moment record
Supposons que vous souhaitiez évaluer le temps de réponse lorsque X nombre d'utilisateurs simultanément s'inscrivent. Pour répondre à cet objectif, lisons plus loin.
Vous avez maintenant enregistré l'ouverture de l'application dans l'action vuser_init. Une fois que vous êtes passé à Action, saisissez les informations utilisateur requises par SUL. Maintenant, avant de cliquer sur le bouton «Continuer», suivez les étapes ci-dessous:
Démarrez une transaction en cliquant sur le bouton 
dans la barre flottante. Saisissez le nom de la transaction, par exemple 01_Signup.
Astuce: Il est recommandé 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'image ci-dessous pour illustration.
Si vous n'avez pas ouvert plusieurs transactions, vous ne verrez qu'un seul nom. Si vous en avez plusieurs, cependant, vous pourrez choisir dans la liste.
Insérer des commentaires au moment de l'enregistrement:
Maintenant que vous avez clôturé la transaction avec succès, vous pouvez mettre un commentaire à un moment 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 pouvez 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 Déconnexion de l'application. Fermez l'application et cliquez sur le bouton d'arrêt 
de la barre flottante.
Génération de code:
Une fois l'enregistrement arrêté, vous remarquerez l'activité post-génération de VUGen. Cela inclut la génération de code, de transactions et de commentaires en fonction de votre enregistrement. Reportez-vous à l'instantané ci-dessous.
Immédiatement après que VUGen ait terminé «Exécution des opérations de post-génération», il commencera «Exécution de l'analyse pour l'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 souligné dans 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 qui vous permet de comprendre le «script» sans regarder les granularités du code. Par exemple, vous pouvez lire les étapes suivantes: ouvrir une URL, passer du temps de réflexion et soumettre le formulaire. Cela encapsule tous les paramètres associés à chaque demande.
Votre script a été généré, cliquez sur le menu Fichier puis sur Enregistrer le script sous pour rechercher 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 plus tôt. Le nom suggéré sera le nom que vous avez mentionné lorsque vous avez commencé l'enregistrement.
Terminé.
Maintenant, félicitez-vous d'avoir généré et enregistré votre premier script avec succès.
Choix d'un conseiller en protocole et protocole
Vous vous êtes peut-être demandé pourquoi nous avons utilisé le protocole Web - HTTP / HTML. Comment avons-nous décidé quel protocole utiliser? La réponse n'est pas si simple.
Il existe un ensemble de compétences de base architecturales que vous devez avoir en place pour répondre à cette question. Si vous êtes un 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 quelles interfaces votre application exploite. Cela devrait vous conduire sur un chemin naturel vers les interfaces que vous utiliserez pour le développement de votre script d'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 rendu la vie plus facile pour beaucoup, il faut compter davantage sur les compétences en architecture et en développement plutôt que sur le conseiller en protocole et sur la réception d'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, allez dans 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 car nous utilisons une application Web.
Spécifiez l'URL de l'application qui sera appelée par la suite. Le répertoire de travail peut être laissé tel quel car il ne s'agit que 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, un peu similaire à la barre flottante du temps d'enregistrement apparaîtra. Jetez un œil à l'instantané:
Le processus indiquera le temps écoulé et un certain nombre d'événements déclenchés. Cependant, ces informations ne sont pas nécessaires. 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 cliquer sur le bouton Arrêter. Le conseiller de protocole de VUGen établira un rapport de synthèse sur la suggestion de protocole. Regardez à quoi cela ressemble:
Vous pouvez voir les suggestions de Protocol Advisor. Ceux-ci peuvent ou non être les meilleurs choix à choisir.
Vous avez maintenant appris à utiliser Protocol Advisor. Cependant, cela peut ê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 de format de données. Comprenons le plus important parmi ceux-ci, un par un.
Général => Enregistrement:
Ce sujet nécessite une compréhension détaillée. Par conséquent, cela est discuté séparément.
Général => Script:
Jetez un œil à l'instantané pour un aperçu:
Vous remarquerez que la liste déroulante Langue est désactivée. Un mythe courant est que le LoadRunner ne génère pas de code dans une autre langue. Un autre mythe est qu'il nécessite une licence pour travailler dans d'autres langues.
Les deux sont faux. LoadRunner décide pour lui-même quelle langue utiliser lors de la génération du script. Dans presque tous les cas, vous vous trouverez travailler avec C Langue .
Pour certaines applications Java (comme les applets Java), le code généré sera en langage JavaScript .
VUGen générera un script en langage VBScript uniquement pour les applications développées dans Visual Basic classic (MS Visual Studio 2002)
Options de script :
Vous pouvez opter pour «Générer un temps de réflexion fixe après la fin de la transaction». Cela signifie que, quel que soit le temps d'attente d'un 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 le fichier d' action fait référence au nombre maximum de lignes que VUGen générera une action. Si le script est plus volumineux, VUGen créera automatiquement une nouvelle action. La valeur par défaut est de 60 000. La valeur maximale pouvant être spécifiée est 65 000
Cette configuration peut vous être utile lorsque vous traitez avec une application de bureau avec Oracle sur le backend.
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 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 fonction.
Corrélation => Configuration:
Regardez 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 sélectionner «Analyse des règles» et «Corréler automatiquement les valeurs trouvées». Cependant, si votre script ne joue pas, vous pouvez envisager de restaurer les paramètres par défaut en cliquant sur un bouton.
Corrélation => Règles:
Allez dans Règles, et ici vous pouvez voir les différentes règles que VUGen utilise pour trouver des candidats de 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 d'heure d'enregistrement. Si vous êtes débutant, vous pouvez ignorer ce sujet en toute sécurité.
Propriétés HTTP => Avancé:
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, fournissant un début propre pour la session d'enregistrement. L'option est activée par défaut.
Vous pouvez laisser le reste des configurations intactes sauf si 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 les données de niveau WinINet.
Vous pouvez accéder aux Options (tant que vous utilisez des données au niveau du 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 sauter. Jetez un œil 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 HTML et URL
Vous avez peut-être remarqué une option permettant de choisir un script HTML ou un script basé sur une URL. Jetez un œil à l'instantané pour un flashback.
Alors, quelle est cette option et laquelle choisir?
Le script HTML est basé sur les actions de l'utilisateur et les scripts contiennent des fonctions qui correspondent directement à l'action entreprise. Comprenons l'exemple d'un petit morceau de code:
Exemple:
web_link ("Performance des systèmes d'entreprise","Texte = Performances des systèmes d'entreprise,""Snapshot = t4.inf",DERNIER);
Le script basé sur l' URL est basé sur les requêtes HTTP envoyées au serveur à la suite d'actions de l'utilisateur.
Voici un exemple de code pour le mode URL pour les mêmes actions effectuées que ci-dessus (en mode HTML)
Exemple:
web_url ("Performance des systèmes d'entreprise","URL = / esp.html","TargetFrame =","Ressource = 0","RecContentType = text / html","Référent = / atc?…,"Snapshot = t4.inf","Mode = URL",DERNIER);
Conseil: il est préférable de vous expérimenter avant d'aller de l'avant. Modifiez les paramètres d'heure 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 afin que vous puissiez comprendre la différence.
Comment décidons-nous du mode à utiliser?
Comprenons les avantages et les inconvénients des deux modes afin de comprendre quel mode est le plus adapté 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 masqué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 fonctionne toujours
- Le script est aussi gros 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
- Souplesse
- Prise en charge des applets Java et des objets ActiveX sur la page
- Possibilité de rejouer sous UNIX
- Évolutivité
- 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 les cadres sont enregistrés comme des é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 demandes sont encapsulées et faciles à comprendre. |
Les scripts sont volumineux, contenant un appel à chaque image, css, html, etc., ce qui le rend difficile à comprendre. |
|
Évolutif. |
Plus évolutif et efficace pour créer un test de charge. |
Utilisation de Re-Generate Script
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 ce cas, vous pouvez utiliser la fonction de script de régénération.
Vous pouvez y accéder sous Record => Regenerate Script ou avec la touche de raccourci 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 
dans la barre d'outils pour rejouer ou appuyer 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 nécessaire pour que l'application fonctionne correctement)
Lorsque vous rejouez le script, vous remarquerez que contrairement à QuickTest Professional, il n'ouvre aucun navigateur pour le rejouer. N'oubliez pas que cette exécution simulera une seule charge (unique) utilisateur sur le SUL. Le but de cette exécution est de s'assurer que votre script fonctionne.
Conseil: vous devrez vérifier l'impact 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. Vos scripts, très probablement, 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'ils sont minutieusement testés.
Vous pouvez laisser le journal de relecture actif, car cela vous aidera grandement à identifier les candidats à la corrélation et les erreurs et avertissements que vous pourriez rencontrer. Étant donné que la génération du journal nécessite de nombreuses ressources, il est préférable de la désactiver lorsque vous avez terminé le débogage des scripts et les utiliser pour des scénarios.
Vue d'ensemble des fichiers générés pendant l'enregistrement et la lecture
Fermons le VUGen et jetons un œil aux fichiers qu'il a créés dans le dossier 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 portant le nom result1. Ce répertoire est destiné au 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, à la fin, vous aurez vuser_init.c et vuser_end.c et Action.c - si vous avez créé plus d'actions, vous verrez également les fichiers correspondants. Par exemple, myAction.c
Le journal de relecture est enregistré dans un fichier appelé output.txt. Si vous l'avez remplacé plusieurs fois, output.txt contiendra le dernier journal d'exécution tandis que output.bak contiendra le précédent à la dernière exécution.
Le fichier
Vous verrez un dossier nommé «data». 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.