Micro Focus LoadRunner – Trucs et astuces

30 octobre 2021

Table des matières

  • 1. LoadRunner - Trucs et astuces - Novembre 2020
    • 1. Définissez les répertoires TEMP et TMP du système
    • 2. Ajout de code C à un script AJAX TruClient existant dans LoadRunner 11
    • 3. Configurer la fonctionnalité Windows Data Execution Prevention (DEP)
    • 4. Limitation Windows de la longueur de chemin maximale sur le répertoire temporaire de Performance Center Load Generator
    • 5. L'enregistrement du script VuGen est lent et la plate-forme d'enregistrement devient parfois liée au processeur
    • 6. Remplacez la colonne du 90e centile du rapport de synthèse par d'autres valeurs
    • 7. 90e centile - Définition, calcul
    • 8. Erreur : La sécurité de l'URL ne peut pas être affirmée. renvoyé de l'étape de connexion dans le script Oracle Applications R12 corrélé
    • 9. Erreur lors de l'exécution de plus de deux Citrix Vusers en test de charge uniquement : Erreur : événement de déconnexion inattendu, sortie…
    • 10. Erreur -86801 : Accès à l'hôte refusé, non disponible ou manquant
    • 11. Capturez un vidage d'un crash à l'aide de l'outil ntsd
    • 12. Ajouter un moniteur personnalisé à LoadRunner Analysis
    • 13. Définissez le rapport récapitulatif pour afficher les transactions dans l'ordre d'exécution
    • 14. VuGen dans LoadRunner se bloque lors de l'ouverture de la liste des paramètres
    • 15. VuGen se bloque lorsque vous essayez de créer des paramètres
    • 16. VuGen n'arrête pas de planter et/ou les éléments de menu ne fonctionnent pas
    • 17. L'enregistreur Web se bloque lors du changement d'actions sur la barre d'outils pendant l'enregistrement
    • 18. VuGen se bloque lorsque vous essayez d'ouvrir un gros fichier replay.vdf
    • 19. Internet Explorer se fige de manière aléatoire lors de l'enregistrement d'une application Web sécurisée
    • 20. VuGen plante/se bloque lors de l'enregistrement d'une application client-serveur à l'aide d'ODBC
    • 21. VuGen plante avec les protocoles Web et FLEX
    • 22. Erreur -205177 : Échec du démarrage de RRE en raison d'une fonction de temporisation xlrCReplayEngineStartupNotifier ::WaitForStartupNotification
  • 2. LoadRunner - Trucs et astuces - Décembre 2020
    • 1. X récurrent dans la zone de saisie pendant l'enregistrement
    • 2. L'erreur Impossible de trouver le symbole se produit en répétition
    • 3. La fenêtre n'apparaît pas avec la nouvelle étape web_convert_param
    • 4. Lorsque VuGen ne peut pas générer de nombreuses actions
    • 5. Problèmes d'intégration de VuGen avec LoadRunner Enterprise
    • 6. Un message d'erreur empêche l'achèvement du script TC
    • 7. Défaut dans l'injection d'Internet Explorer
    • 8. Erreur lors de la génération du résumé de la transaction et des graphiques de temps de réponse associés
    • 9. Disparition des décomptes de transactions de la page de résumé d'analyse
    • 10. Erreur de calcul dans les rapports HTML et apparition de valeurs erronées
  • 3. LoadRunner – Trucs et astuces – janvier 2021
    • 1. Les autorisations de base recommandées requises pour l'administrateur de la base de données LRE
    • 2. Instructions pour gérer la crise, lorsque la connexion LRE échoue à chaque connexion en utilisant l'intégration LRE de VuGen
    • 3. Instructions pour changer l'emplacement du journal dans Octane
    • 4. Instructions pour résoudre l'erreur Flash sur le navigateur TruClient dans LoadRunner Enterprise 2020 SP3
    • 5. Instructions concernant l'ajout d'exécutions à l'échec des rapports de tendance
    • 7. Instructions pour se connecter correctement à partir de l'utilitaire de changement d'identité
    • 8. Impossible de générer un rapport d'analyse pour les grands ensembles de résultats
    • 9. Vérifiez que les arguments fournis dans web_set_certificate_ex() sont corrects
    • 10. VuGen donne une erreur d'exception à la fin de l'enregistrement ou pendant la relecture en raison des vignettes
  • 4. LoadRunner - Trucs et astuces - Février 2021
    • 1. La copie des paramètres d'exécution d'un script à un autre entraîne l'échec du test au démarrage
    • 2. Le dossier System Temp manque d'espace pendant la migration du projet
    • 3. Face à l'erreur suivante lors de l'installation de LG
    • 4. Informations de publication pour LoadRunner Enterprise 2020 SP3 Hotfix 1
    • 5. Correctif pour les problèmes d'intégration de Vugen avec LoadRunner Enterprise 2020SP3
    • 6. Existe-t-il un moyen de supprimer la clé de licence ?
    • 7. Erreur -205177 : Délai d'expiration du battement de cœur de l'onglet 2. [ID de message : MERR-205177]
    • 8. Intégrations VuGen à LR Enterprise - Impossible d'étendre les dossiers contenant trop de scripts enregistrés dessus
    • 9. LRE 2020 SP2 : le bilan de santé affiche les messages ayant échoué, même si l'environnement fonctionne parfaitement
    • 10. NtityUnlocker ne parvient pas à s'authentifier via HTTPS lorsque les protocoles de sécurité TLS 1.0 et SSL 3.0 sont désactivés sur la machine hôte
    • 11. Erreur : Impossible d'initialiser la bibliothèque de détection lors de l'exécution des Vusers Teradici PCoIP
  • 5. LoadRunner – Trucs et astuces – mars 2021
    • 1. Erreur de compilation lors de l'inclusion dans le script Vuser d'un fichier d'en-tête ou de paramètres résidant sur le chemin UNC
    • 2. Le script Vugen avec un fichier d'en-tête personnalisé dans globals.h ne s'exécute pas dans Performance Center, mais se rejoue correctement dans VuGen
    • 3. Erreur lors de l'intégration des en-têtes HTTP dans un en-tête SOAP
    • 4. Échec des tâches Jenkins avec échec de l'exécution de l'opération 'Analyzing'
    • 5. Problèmes d'évolutivité de TruClient Firefox avec Microsoft Terminal Services
    • 6. Jenkins – Intégration Performance Center/LoadRunner
    • 7. Mise à niveau OpenSSL 1.0.1j pour LoadRunner et Performance Center
    • 8. Erreur Aucune interface de ce type prise en charge n'est reçue sur perfmon
    • 9. HTTP 500 et une erreur SOAP lors de la relecture d'un script de service Web
    • 10. Problèmes de charge élevée pour les tests Citrix lors de l'utilisation de HP Citrix Agent
  • 6. LoadRunner - Trucs et astuces - avril 2021
    • Problèmes d'enregistrement avec vugen avec les contrôles Active X.
    • Impossible de trouver le symbole Actions.java
    • nouvelle étape web_convert_param n'apporte pas la fenêtre '> Dans LoadRunner vugen 1260, Insert-> nouvelle étape web_convert_param n'apporte pas la fenêtre
    • Le contenu des ressources n'est pas décodé par défaut dans PC/LR 12.63
    • Autorisations minimales recommandées requises pour l'administrateur de la base de données LRE pour le déploiement Oracle
    • Vugen incapable de créer plus de 10 actions dans le protocole TruClient
    • Existe-t-il un moyen de supprimer la clé de licence ?
    • Correctif pour les problèmes d'intégration de Vugen avec LoadRunner Enterprise 2020SP2
    • Erreur : Impossible d'initialiser la bibliothèque de détection lors de l'exécution des Vusers Teradici PCoIP
    • Génération des journaux de débogage de VuGenToolKit
  • 7. LoadRunner – Trucs et astuces – Mai 2021
    • 1. Erreur lors de l'intégration des en-têtes HTTP dans l'en-tête SOAP
    • 2. Le script VuGen avec un fichier d'en-tête personnalisé dans gloabls.h ne s'exécute pas dans le Performance Center, mais se rejoue correctement dans VuGen
    • 3. Erreur de compilation lors de l'inclusion dans le script Vuser d'un fichier d'en-tête ou de paramètres résidant sur le chemin UNC
    • 4. Tester les services Web avec un Vuser Web standard
    • 5. Erreur Aucune interface de ce type prise en charge n'est reçue sur perfmon
    • 6. PC 11.5x – L'exécution du test a échoué. Raison : Échec du lancement du contrôleur
    • 7. Comment utiliser web_Custom_request pour les appels XML avec Web HTTP/HTML au lieu du service Web
    • 8. Prise en charge de LoadRunner pour la plateforme Sybase Unwired (SUP)
    • 9. Obtention d'une erreur lors de l'ajout de Performance Center Server à Lab Management
    • 10. Web_service_call échoue lors de la relecture avec la valeur ne peut pas être une erreur nulle dans Vugen
  • LoadRunner – Trucs et astuces – juin 2021

LoadRunner – Trucs et astuces – juin 2021

1. Dépannage de LoadRunner et de la connectivité réseau de Performance Center.

Ce document décrit les différents outils tels que Wireshark, Network Loader, Process Explorer et la commande netstat -ano qui peuvent être utilisés pour résoudre les problèmes de connectivité réseau qui peuvent survenir lors de l'exécution de LoadRunner ou de Performance Center.

Quels sont les outils disponibles pour résoudre les problèmes de connexion réseau entre les systèmes LoadRunner ou Performance Center ? Par exemple, pendant l'enregistrement ou la relecture d'un script, une déconnexion abrupte ou soudaine peut se produire, ou un contrôleur LoadRunner peut ne pas se connecter à l'Injecteur de Charge pour démarrer un scénario. Divers outils tels que Wireshark, Network Loader, Process Explorer et la commande netstat -ano peuvent être utilisés.



Solution

Wireshark

Anciennement appelé Ethereal, il s'agit de l'outil standard de l'industrie pour résoudre les problèmes de connectivité réseau. Des informations sur la capture et l'analyse des traces Wireshark sont disponibles dans l'aide en ligne de l'outil ou sur wireshark.org

Pour installer et démarrer Wireshark :

Étape 1: Aller à wireshark.org> télécharger et télécharger une copie

Étape 2: Double-cliquez pour installer, utilisez simplement les options par défaut…

Étape 3: Fermez toutes les applications en cours d'exécution sur le système qui envoient une sorte de communication.

Étape 4: Après l'installation, lancez Wireshark, allez dans Capture -> Interfaces (Choisissez l'interface) et cliquez sur Démarrer.

Étape 5 : la carte réseau utilisée pour la communication -> cliquez sur OK

Chargeur réseau

Utilisant une architecture client – ​​serveur, Network Loader est un outil fourni avec Performance Center qui peut également être utilisé avec LoadRunner. L'outil peut être utilisé pour simuler la communication réseau entre le Contrôleur et un Injecteur de Charge.

Pour exécuter Network Loader côté serveur, par ex. sur le générateur de charge (LG) :

Étape 1: cliquez sur le fichier networkloader.exe

Étape 2: Dans Écouter sur le port : entrez le numéro de port sur lequel vous vous attendez à ce que le LG écoute, généralement 54345

Étape 3: Allez écoute

Étape 4: Recevoir des messages vérifier que Listening on port est affiché

Étape 5 : Lorsque le client se connecte, vérifiez que Receive Messages affiche Received last message

Pour exécuter Network Loader côté client, par ex. sur le contrôleur LoadRunner :

Étape 1: Double-cliquez sur le fichier networkloader.exe

Étape 2: La machine a mis le nom d'hôte ou l'adresse IP du LG testé

Étape 3: Dans le numéro de port TCP fourni côté serveur pour Ecouter sur le port (par exemple 54345)

Étape 4: Cliquez sur Connecter

Étape 5 : Sous Envoyer des messages, vérifiez que Connecté est affiché

Étape 6 : Allez sur Envoyer et vérifiez que Envoyer des messages affiche le dernier message reçu

Une fois la connexion client – ​​serveur établie, la taille et la fréquence des messages peuvent être augmentées pour charger la connexion réseau et vérifier sa capacité de transfert de données.

La commande netstat -ano

Pour trouver les ports TCP utilisés par l'application, utilisez la commande netstat-ano à l'invite de commande Windows. La sortie contient les colonnes suivantes :

· Protocole

· Adresse locale - contient le numéro de port TCP local après les deux-points

· Adresse étrangère - contient le numéro de port TCP distant après les deux-points

· État (recherchez ÉCOUTE ou ÉTABLI ici)

· PID (ID de processus)

Explorateur de processus

Process Explorer est un outil gratuit pour Microsoft Windows créé par Sysinternals, qui a été acquis par Microsoft Corporation. Process Explorer est un utilitaire de surveillance et d'examen du système et peut être utilisé comme première étape dans le débogage de logiciels ou de problèmes système lorsqu'il est entre les mains d'un ingénieur logiciel expérimenté.

Par exemple, il fournit un moyen de répertorier ou de rechercher des ressources nommées détenues par un processus ou tous les processus. Cela peut être utilisé pour rechercher quel processus maintient un port TCP ou un fichier ouvert et empêche son utilisation par un autre programme. Il peut également afficher les lignes de commande utilisées pour démarrer un programme, ce qui permet de distinguer des processus par ailleurs identiques. Ou comme le Gestionnaire des tâches, il peut montrer un processus qui monopolise le CPU, mais contrairement au Gestionnaire des tâches, il peut montrer quel thread (avec la pile d'appels) utilise le CPU.

Process Explorer fonctionne sur Windows XP, Windows Server 2003, Windows Vista. Il fonctionne également sur les versions 64 bits de Windows. La sortie contient le nom du processus (ou de l'application) et l'ID du processus. Les ports TCP utilisés dans l'un ou l'autre processus peuvent également être rapidement identifiés. Sélectionnez le processus en cours d'investigation (par exemple, magentproc.exe pour un générateur de charge), faites un clic droit -> Propriétés -> puis sélectionnez TCP pour identifier les numéros de port utilisés par ce processus.

Pour le dépannage réseau des problèmes de connectivité LoadRunner ou Performance Center, à l'aide du PID renvoyé par netstat -ano ou à partir de l'affichage de Process Explorer, recherchez quelle application utilise les ports TCP. Process Explorer peut ensuite être utilisé pour tuer le processus contenant un port TCP. Sélectionnez le PID, faites un clic droit, puis il y aura une option pour tuer le processus ou tuer l'arborescence du processus. Le redémarrage de l'application et du processus de réinitialisation du port TCP peut ensuite être tenté pour résoudre le problème.

2. Est-ce que Vugen peut gérer le CAPTCHA pendant la relecture ?

CAPTCHA ( C complètement À automatisé P public J c'est à dire C ordinateurs et H les humains À partie) est utilisé pour s'assurer que la réponse n'est pas générée par un ordinateur. C'est un défi pour l'utilisateur de valider une entrée de formulaire HTML. Fondamentalement, il affiche une image à l'utilisateur avec des lettres/chiffres brouillés, que l'utilisateur doit lire et taper dans un champ de texte. Il protège les sites Web contre les robots Web en générant et en notant des tests que les humains peuvent réussir, mais pas les ordinateurs. Pour plus d'informations, reportez-vous à sur wikipedia.org > wiki > CAPTCHA

Généralement, les développeurs implémentent cela pour éviter l'automatisation. Vugen n'a pas la capacité de comprendre et de saisir le texte déformé dans le Captcha. S'il existe une exigence d'automatisation/de test de charge d'un site Web qui implique Captcha, vous pouvez le désactiver temporairement et effectuer le test de charge.

3. Impossible de démarrer le service de test de charge Performance Center

Je travaillais sur un hôte PC. Je n'ai pas pu démarrer le service de test de charge de Performance Center. Aidez-moi si vous le pouvez. Lors du démarrage des services de test de charge de Performance Center sur l'hôte PC, obtenez l'erreur suivante : le service sur l'ordinateur local a démarré puis s'est arrêté. Certains services s'arrêtent automatiquement s'ils ne sont pas utilisés par d'autres services ou programmes.

Vérifiez le journal des événements Windows et trouvez l'erreur suivante

Le service ne peut pas être démarré. System.ServiceModel.AddressAccessDeniedException : HTTP n'a pas pu enregistrer l'URL +:8731 > LTOP > Service de test de charge . Votre processus n'a pas les droits d'accès à cet espace de noms (voir allez sur microsoft.com> fwlink>?LinkId = 70353 pour plus de détails). —> System.Net.HttpListenerException : l'accès est refusé

Le service n'est pas démarré par le compte système local ou le compte administrateur local

Solution

Ouvrez la fenêtre des propriétés du service, définissez la connexion en tant que compte système local dans l'onglet Connexion, redémarrez le service. L'erreur ne durera pas.

4. LoadRunner et Performance Center ont-ils des chiffrements faibles ?

LoadRunner et Performance Center version 11.52 ont désactivé les chiffrements faibles. Utilisez la commande openssl pour détecter les chiffrements faibles. Si les certificats SSL ont été créés à l'aide d'anciennes versions de LoadRunner et/ou de Performance Center, ils peuvent contenir des chiffrements faibles.

LoadRunner et Performance Center ont-ils des chiffrements faibles ?

Solution

Veuillez utiliser la commande suivante à partir de la machine cliente pour tester cette vulnérabilité lorsqu'un processus/service est en cours d'exécution sur la machine LoadRunner/Performance Center :

openssl s_client -connect SERVER:PORTNUM -ssl3 -debug -cipher

où PORTNUM == 54345 (disons pour magent* )

54245 (pour mandataire *)

SERVER == nom du serveur ou adresse IP de la machine exécutant magent* et/ou alagent*

Pour openssl, veuillez utiliser openssl_10_x32.exe présent dans le dossier in ou dans le dossier in.

Veuillez donc procéder comme suit :

1. Ouvrez une fenêtre de commande, en utilisant cmd et exécutez en tant qu'administrateur

2. cd \ bac

3. openssl_10_x32.exe s_client -connect SERVER:PORTNUM -ssl3 -debug -cipher

Veuillez noter que LoadRunner et Performance Center version 11.52 ont désactivé les chiffrements faibles en transmettant la chaîne de chiffrement - ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM, ce qui signifie que tous les chiffrements LOW doivent désactivée.

Vous pouvez trouver tous les chiffres à partir de ce lien : openssl.org > docs > applications > ciphers.html .

Vous pouvez également trouver la classification des chiffrements LOW/MEDIM/HIGH à partir de ce lien : bto bluecoat.com > guide des paquets > appcelera – 3.0.2 > configurer > ssl cipher details popup.htm

Si vous avez généré les certificats SSL avec une version antérieure à 11.52, ils peuvent contenir des chiffrements faibles.

5. Comment vérifier si un port serveur est disponible pour se connecter ou non ?

Comment vérifier si un port serveur est disponible pour se connecter ou non ? Pouvez-vous me dire quelque chose à ce sujet ? Ce sera d'une grande aide.

Solution

Telnet à cette adresse pour vérifier la disponibilité générale de ce port sur cette adresse IP pour comprendre si le problème vient du script ou de la connexion en général. Pour telnet, vous devez d'abord installer un client telnet, veuillez vous référer à technet microsoft.com > en us > bibliothèque > cc771275 28v = ws.10 29.aspx à installer.

Cliquez ensuite sur démarrer -> exécuter -> entrez telnet pour vérifier sa disponibilité

Si vous constatez qu'une telle adresse IP attend juste une connexion et ne peut pas s'y connecter. C'est-à-dire qu'il ne peut pas se connecter au serveur distant pour une raison quelconque, telle qu'un pare-feu, un proxy… Le moyen le plus simple est de tester le serveur google telnet, d'entrer telnet google.com 80 et enfin il apparaît une boîte de dialogue avec le titre Telnet google.com, c'est-à-dire qu'il s'est connecté avec succès.

6. Le type d'instances Amazon EC2 Micro peut-il être utilisé pour provisionner un générateur de charge LoadRunner 12 dans un compte Cloud ?

Le type d'instances Amazon EC2 Micro ne répond pas à la configuration système minimale requise pour l'installation d'un générateur de charge LoadRunner 12. Une instance qui répond aux exigences du système doit être choisie. À partir de LoadRunner 12, les tests peuvent être exécutés sur des générateurs de charge dans un environnement cloud. Le processus de création d'un nouveau générateur de charge dans un compte cloud est appelé provisionnement du générateur de charge.

Le type d'instances Amazon EC2 Micro peut-il être utilisé pour provisionner un générateur de charge dans un compte Cloud ?

Solution

Le type d'instances Amazon EC2 Micro ne répond pas à la configuration système minimale requise pour l'installation d'un générateur de charge LoadRunner 12. Veuillez choisir une instance qui répond à la configuration système requise telle que définie dans le fichier Lisez-moi de LoadRunner 12 et le guide d'installation de LoadRunner 12.

Plus d'informations sur les types d'instance Amazon EC2 et leurs spécifications sont disponibles sur le lien suivant :

aws amazon.com > ec2 > types d'instances

7. Comment capturer un vidage mémoire de processus avec l'outil procdump de Microsoft Technet ?

Ce document détaille comment capturer un vidage mémoire d'un processus en panne avec l'outil Microsoft Technet procdump. Il comprend plusieurs exemples d'utilisation de procdump.

Les processus peuvent parfois se terminer de manière inattendue, c'est-à-dire planter, souvent en raison d'une exception non gérée rencontrée lors de l'exécution. Il existe plusieurs méthodes et outils disponibles pour permettre la capture d'un vidage mémoire d'un tel plantage afin d'aider à déterminer la cause première. L'un de ces outils est un outil autonome appelé procdump. Il s'agit d'un moyen simple, fiable et flexible de capturer un vidage sur incident, et les utilisations courantes de l'outil sont expliquées dans ce document.

Solution

L'outil autonome procdump fait partie du package d'outils sys internals suite qui peut actuellement être téléchargé à partir d'ici :

technet microsoft.com > fr > sysinternals > bb842062.aspx

L'outil est exécuté à partir de la ligne de commande et diverses options sont disponibles. Voici quelques utilisations courantes :

Exemple 1 . Dans cet exemple, procdump est attaché à un processus en cours d'exécution qui devrait se bloquer avec une exception non gérée. Lorsque le processus rencontre l'exception, un vidage complet est créé dans le dossier C:Dumps :

|__+_|

Exemple 2 . Dans cet exemple, procdump attend que le processus spécifié s'exécute (dans cet exemple, mdrv.exe), puis s'attache au processus. Lorsque le processus rencontre une exception non gérée, un vidage complet est créé dans le dossier C:Dumps :

|__+_|

Exemple 3 . Parfois, attacher procdump à un processus peut empêcher l'exception et le crash ultérieur de se produire. Dans ces rares cas, il peut être possible d'intercepter l'exception et de créer un vidage en configurant procdump comme débogueur juste-à-temps.

Noter! L'utilisation suivante de procdump modifiera la clé de registre AeDebug (à plusieurs endroits dans les systèmes d'exploitation 64 bits). Vous devez prendre note des clés et des valeurs d'origine de la clé suivante sur un système 32 bits avant de continuer :

HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindows NTCurrentVersionAeDebug

Et en plus sur un système 64 bits :

HKEY_LOCAL_MACHINESOFTWAREWow6432NodeMicrosoftWindows NTCurrentVersionAeDebug

|__+_|

ProcDump est maintenant défini comme débogueur juste-à-temps (AeDebug).

8. Un test de charge Performance Center (PC) en cours d'exécution semble être inactif - Le contrôleur hôte enregistre 'AS :: GetSchedulerState'. LRE n'est pas disponible

Les tests de charge de Performance Center (PC) 9.x semblent par intermittence se bloquer ou devenir inactifs. Le problème est aléatoire et ne peut pas être reproduit. Les tests de charge de Performance Center 9.x se bloquent par intermittence et signalent un état inactif. Une erreur typique du contrôleur hôte consignée pour le test de charge dans orchidée temp/LTLogger/w3wp est coupé ci-dessous:

2009-09-30 11:38:39,503 [5996] [8] ERREUR OrchidActiveSession.IRunWS – Échec de l'appel de la méthode : getVusersInState System.Runtime.InteropServices.COMException (0x800405EC) : -2147219988|Méthode : 'AS :: GetVusersInState'. LRE n'est pas disponible.

à ORCHIDACTIVESESSIONLib.ActiveSessionClass.GetVusersInState (OgroupStatistics Status)

à OrchidActiveSession.IRunWS.c__DisplayClass6f.b__6e()

sur Mercury.PC.Web.WebServices.WebServiceBase.ExecuteFlow[TResult](enregistreur ILTLogger, String serviceId, fonction Func`1)

L'erreur LRE non disponible n'est pas causée par un problème spécifique dans Performance Center. Une cause possible est un échec de communication IIS entre le site utilisateur PC et le contrôleur impliqué dans le test de charge.

Solution

Sur chaque ordinateur hôte et serveur, assurez-vous qu'une réinitialisation IIS quotidienne, et sinon au moins hebdomadaire, est planifiée et que la mémoire virtuelle maximale est définie sur 1,5 Go. La procédure est décrite dans le document joint :

Réinitialisation IIS de l'hôte PC

9. Échec de l'ajout de Performance Center Server au site LAB Management

Lors de l'ajout/reconfiguration d'un serveur Performance Center 12.00 ou 12.01 dans ALM, l'opération échoue et une erreur de configuration IIS ou de changement d'identité se produit. Les erreurs suivantes peuvent apparaître :

  • La modification de l'identité de la machine a échoué. Raison : la valeur ne peut pas être nulle
  • La configuration IIS du serveur Performance Center a échoué. Réinitialiser IIS et ajouter ou reconfigurer le serveur Performance Center
  • javax.xml.ws.WebServiceException : Impossible d'envoyer le message

Lors de la configuration des pools d'applications IIS, IIS ne parvient pas à accéder aux clés de Registre qui ont été marquées pour suppression.

L'erreur suivante sera répertoriée dans le fichier journal du serveur Performance Center :

System.Runtime.InteropServices.COMException (0x800703FA) : opération illégale tentée sur une clé de registre qui a été marquée pour suppression

Solution

Redémarrez IIS sur la machine du serveur Performance Center.

Si le problème persiste, redémarrez la machine serveur Performance Center.

10. HTTP 500 et une erreur SOAP lors de la relecture d'un script de service Web

La fourniture d'un numéro de compte inconnu à un service Web provoque une erreur HTTP 500 et une erreur SOAP entraînant l'échec de la relecture du script du service Web Vugen. Cette fiche de connaissances documente comment le script Vugen peut être modifié pour gérer l'erreur HTTP 500 et SOAP.

Lors du test d'un service Web bien connu à l'aide d'un script Vugen 9.5 créé avec une importation WSDL, l'erreur renvoyée peut ne pas être gérée par Vugen si les données spécifiées ne sont pas valides. Avec les données correctes fournies au service Web, le script du service Web Vugen est rejoué sans erreur. Cependant, dans certains cas de test, le service Web renvoie un HTTP 500 avec une erreur SOAP ; par exemple, lors d'un appel au service avec un numéro de compte inexistant. Cela entraîne l'échec de la relecture de Vugen avec les messages suivants affichés dans le journal de relecture de Vugen :

|__+_|

Comment Vugen peut-il gérer l'erreur SOAP et le HTTP 500 afin que le script de service Web puisse être utilisé pour tester la réponse du service aux données non valides ?

Une erreur HTTP 500 est générée par le serveur Web lorsqu'il y a une erreur irrécupérable, mais elle peut également être générée lorsqu'il y a une erreur SOAP, c'est-à-dire lorsqu'un problème est détecté au niveau de l'application. Ce comportement est documenté dans w3.org > TR > 2000 > NOTE SOAP 20000508 > #_Toc 478383529

Dans ce cas particulier, un numéro de compte inexistant est transmis à l'application via le service Web, ce qui entraîne à la fois une réponse HTTP 500 et une réponse d'erreur SOAP du serveur.

Solution

Tester un service Web avec des données délibérément inconnues ou invalides est appelé test négatif. Par défaut, le appel_service_web dans un script Vugen Web Services utilise des tests positifs, c'est-à-dire que le script échouera si une erreur SOAP est renvoyée par le serveur.

Pour modifier le comportement par défaut afin de permettre au script de gérer l'erreur SOAP, modifiez le appel_service_web pour accepter TOUTE réponse du serveur en incluant l'argument ExpectedResponse=AnySoap. Consultez le Guide de l'utilisateur Vugen 9.50 Volume II – Protocoles -> Services Web – Test négatif pour plus de détails.

Le code d'erreur réel ou le message envoyé par l'application (par exemple, numéro de compte non valide) peut ensuite être récupéré à partir de la réponse SOAP par des appels à lr_xml_find et lr_xml_get_values au sein du scénario. L'utilisation de ces fonctions est documentée dans l'aide en ligne de Vugen et dans le Guide de l'utilisateur de Vugen 9.50 Volume 1 -> Chapitre 26 – Programmation avec l'API XML -> Utilisation des fonctions XML.