Cette rubrique fournit des informations concernant le dépannage de plusieurs problèmes avec IBM® Rational Performance Tester.
Si vous exécutez des tests et rencontrez des problèmes, assurez-vous d'avoir suivi
tous les Conseils en matière de
test des performances.
Si un message d'erreur s'affiche lors de l'exécution des tests, recherchez
le message d'erreur dans la section Messages d'erreur des tests de performances de
l'aide en ligne. Seuls les messages d'erreur les plus fréquents sont répertoriés. Si aucun message d'erreur ne s'affiche lorsque vous rencontrez un problème, ouvrez le journal d'erreurs en cliquant sur . Si le plan de travail se ferme lors de l'exécution des
tests, redémarrez le plan de travail et consultez le journal d'erreur. Par
défaut, des messages d'erreur et d'avertissement sont consignés. Vous pouvez augmenter le niveau de consignation dans le journal en cliquant sur . Le fichier journal est stocké dans le répertoire .metadata de votre espace de travail.
En plus de l'aide en ligne, vous trouverez des solutions aux problèmes sur le
forum
Rational Performance Testing de developerWorks
et dans les
notes
techniques de la base de connaissances de support de
Rational Performance Tester.
Vous êtes susceptible de rencontrer certains de ces problèmes durant le test des performances :
Problèmes de connectivité entre le plan de travail et les ordinateurs agents
Si le plan de travail s'arrête ou se verrouille lorsque vous essayez de démarrer l'exécution de tests, il est important de confirmer que tous les ordinateurs agents fonctionnent. Pour confirmer que votre installation est correctement configurée, procédez comme suit :
- Confirmez que l'espace disque disponible est suffisant sur l'ordinateur du plan de travail et les ordinateurs agents.
- Redémarrez l'ordinateur du plan de travail.
- Vérifiez la connectivité du réseau entre l'ordinateur du plan de travail et les ordinateurs agents. Pour confirmer que le nom d'hôte dans le fichier majordomo.config peut être résolu via le système DNS sur la machine agent, utilisez un interpréteur de commandes pour émettre un ping au nom d'hôte du plan de travail. Si les résultats du ping échouent, utilisez plutôt l'adresse IP du plan de travail.
- Confirmez le numéro de port du serveur sur l'ordinateur du plan de travail de test. Cliquez sur . Il s'agit du numéro de port qui doit être spécifié dans le fichier majordomo.config sur les machines agent.
- Redémarrez les ordinateurs agent et vérifiez que le processus Majordomo est en cours d'exécution.
- Sur les machines agent, définissez l'indicateur de débogage facultatif dans le fichier majordomo.config. Paramétrez la valeur sur true ; la valeur par défaut est false. Il n'est pas nécessaire de redémarrer l'agent. Dans environ dix secondes, il doit automatiquement prendre en compte les modifications apportées au fichier majordomo.config. Consultez le répertoire %temp% du fichier majordomo.log. Ce fichier va contenir des informations sur les tentatives de contact du plan de travail, notamment des informations sur les échecs et le motif des échecs.
- Vous pouvez vérifier le statut de l'agent sur l'ordinateur agent en cliquant sur l'icône
. Pour le contrôleur d'agent, vous pouvez essayer de partager des fichiers entre l'ordinateur du plan de travail et les ordinateurs agent. Cliquez sur
, puis ajoutez les
ordinateurs agents en tant qu'hôtes et cliquez sur Tester la
connexion pour tester la connectivité vers les instances d'Agent Controller
exécutées sur les ordinateurs agents.
Problèmes de configuration d'enregistrement
- Aucun trafic HTTP n'est capturé durant l'enregistrement
- Voir Enregistrement de tests HTTP fiables pour des
instructions de configuration de votre navigateur Web. Si vous tentez d'utiliser Internet
Explorer pour enregistrer les tests à partir d'un site Web sécurisé, voir Configuration d'Internet Explorer pour l'enregistrement à partir d'un site Web sécurisé.
Désactivez les pare-feux sur l'ordinateur du plan de travail et sur les ordinateurs agents.
- Aucun trafic n'est capturé durant l'enregistrement
- Assurez-vous que le type d'enregistreur que vous sélectionnez correspond au protocole
utilisé par le système en cours de test. Par exemple, n'essayez pas d'utiliser
l'enregistreur HTTP si le système en cours de test utilise le protocole Citrix.
- Aucun test n'est généré après l'enregistrement
- Lorsque le générateur de test ne peut pas créer de test à partir du trafic enregistré,
un message d'erreur s'affiche ou s'inscrit dans le journal des erreurs. Recherchez le message d'erreur dans la section Messages d'erreur des tests de performances de l'aide en ligne. Les messages d'erreur
peuvent aussi être décrits dans des notes techniques de la base de connaissances du centre de support dont l'adresse est la suivante : http://www.ibm.com/software/awdtools/tester/performance/support/.
- Les commandes de l'enregistreur ne sont pas disponibles
- Si vous utilisez un espace de travail d'une version différente du produit,
les commandes de l'enregistreur risquent de ne pas être disponibles. A la place
sont affichés les commandes de l'enregistreur de l'autre version du produit. Cliquez sur
pour réinitialiser la perspective
Test de performances ou Test de service. Vous
pouvez également cliquer sur
pour sélectionner l'assistant à utiliser.
Problèmes lors de l'exécution de tests importants ou de longue durée
Si
un test s'exécute mais se finit par des erreurs, vérifiez que l'ordinateur du plan de travail
et les ordinateurs agents remplissent les conditions matérielles et logicielles
détaillées dans le guide d'installation. Faites particulièrement attention aux
exigences de mémoire et d'espace disque. Voir Augmentation de l'allocation mémoire pour
plus d'informations sur la configuration de la taille de pile maximale pour éviter les erreurs de
mémoire insuffisante. Surveillez l'utilisation du processeur et de la mémoire sur
l'ordinateur du plan de travail et les ordinateurs agents et faites attention à
l'utilisation excessive de la mémoire ou du processeur par les processus javaw.exe ou
java.exe. Si les messages d'erreur concernent l'arrêt inattendu des processus,
reportez-vous à l'article de support suivant : http://www.ibm.com/support/docview.wss?uid=swg21395486.
Exécutez des tests avec moins d'utilisateurs virtuels qui utilisent les paramètres de
planification par défaut pour déterminer si le comportement est lié au nombre
d'utilisateurs.
Consultez le journal de test pour des messages d'erreur générés par le système
en cours de test. Exécutez des tests avec un utilisateur virtuel unique et assurez-vous que
le système en cours de test ne génère pas d'erreurs avant de tenter d'exécuter
des tests avec un grand nombre d'utilisateurs. Si vous rencontrez des problèmes,
redémarrez l'ordinateur du plan de travail et les ordinateurs agents avant d'essayer d'exécuter à
nouveau des tests.
Si le plan de travail se ferme durant l'exécution des tests,
recherchez des noms de fichier commençant par javacore.
Le nom des fichiers javacore comprend la date,
l'heure et l'ID du processus. Si vous trouvez un fichier javacore
dont la date, l'heure et l'ID du processus correspondent au plan de travail, ouvrez-le
dans un éditeur de texte. La cause de l'incident est répertoriée près du
haut du fichier javacore.
Erreurs de corrélation des données
Si vous pouvez enregistrer des tests, mais que le comportement attendu n'est pas déclenché
dans votre application lorsque vous exécutez le test, vous devrez peut-être effectuer une corrélation
manuelle des données. En général, lorsqu'une corrélation supplémentaire des données est nécessaire,
le journal de test comporte des messages similaires à ce message : Impossible d'extraire la valeur. Pour identifier et résoudre les problèmes de corrélation des données,
essayez d'exécuter les tests avec un seul utilisateur virtuel exécuté sur l'ordinateur du plan de travail et
comparez la lecture au test enregistré pour déterminer quelles réponses du système en cours de test sont inattendues.
Voir Débogage de tests HTTP pour apprendre
la procédure d'utilisation du journal de test et de la vue Données de protocole
pour dépanner les tests HTTP. Pour en savoir plus sur la corrélation de données, voir ../../com.ibm.rational.test.lt.common.doc/topics/tdatacorrtop.html.
Erreurs courantes d'intégration à IBM Rational Quality Manager
Tous les modes
de l'adaptateur utilisent le journal des erreurs Eclipse. Vous pouvez consulter
le journal en ouvrant le plan de travail et en cliquant sur
. Par
défaut, des messages d'erreur et d'avertissement sont consignés.
Vous pouvez obtenir
une consignation plus détaillée pour l'adaptateur en cliquant sur
. Le composant de journal pour l'adaptateur se nomme
com.ibm.rational.test.lt.rqm.adapter.
Si vous exécutez l'adaptateur en tant que service
Windows ou à partir de la ligne de commande, vous pouvez afficher le fichier
adapter.log sans ouvrir le plan de travail du test.
Incident |
Solution ou cause |
Où recherchez-vous des erreurs ou des avertissements ? |
Dans le
plan de travail, cliquez sur
. |
Vous ne voyez pas l'adaptateur disponible. |
- Vérifiez que l'adresse du serveur
Rational Quality Manager
fournie à l'adaptateur est correcte. Indiquez l'adresse correcte.
- Vérifiez l'ID de connexion et le mot de passe fournis. Entrez le mot de
passe correct.
|
L'adaptateur ne parvient pas à se connecter à
Rational Quality Manager. |
Vérifiez que le serveur est actif. Si besoin est, redémarrez
le serveur ou vérifiez la connectivité du réseau. |
L'adaptateur apparaît en rouge dans la boîte de dialogue de
sélection. |
- L'adaptateur ne communique pas avec le serveur.
- L'adaptateur est peut-être déjà utilisé.
|
Vous tentez d'importer un script à partir de l'adaptateur mais
aucun script n'est trouvé. |
- Vérifiez que le chemin du projet entré dans
Rational Quality Manager
est un projet figurant sous l'espace de travail associé à l'adaptateur en cours
d'exécution. Indiquez uniquement le nom du projet. Ceci réduit les risques
d'erreur par rapport au chemin complet du projet, mais les deux formes sont
acceptables.
- En cas d'exécution à partir de la ligne de commande ou en tant que service,
vérifiez que la variable d'environnement WORKSPACE_DIR définie dans le
fichier adapter.config est identique à ce qui
apparaît dans la boîte de dialogue de sélection de l'espace de travail lors de
l'exécution du plan de travail du test. Assurez-vous que le chemin ne désigne pas un dossier de projet sous le répertoire de l'espace de travail.
- Vérifiez que vous n'utilisez pas un espace de travail contenant un projet copié à partir d'un emplacement partagé. Un
espace de travail contenant des projets provenant d'emplacements partagés ne peut pas être utilisé pour des projets non
partagés.
|
L'adaptateur s'exécute à partir de la ligne de commande ou en tant
que service et les tests échouent systématiquement. |
Exécutez l'adaptateur en mode interface graphique pour voir ce
qu'il se passe lorsque le plan de travail du test exécute le script de test. |
Les services Windows de l'adaptateur
ne démarrent pas. Un
message d'erreur signale que le service n'a pas réussi à démarrer normalement. |
Vérifiez que .NET 2.0 ou ultérieur est installé sur l'ordinateur.
Cette plateforme peut être installée à partir du site de mise à jour Windows ou bien manuellement. Pour plus d'informations sur l'installation de .NET,
voir http://support.microsoft.com/kb/923100. |
Lors du test d'actifs partagés, l'exécution échoue avec une
exception IOException. |
La cause la plus probable est que le chemin
Rational Quality Manager à
l'emplacement UNC partagé n'a pas été configuré correctement.- Dans Rational Quality Manager,
vérifiez que vous pouvez accéder au répertoire UNC partagé sans qu'un mot de passe ne vous soit réclamé. Il se peut
que vous ayez à mapper une unité à partir du système Windows vers le système
Rational Quality Manager
pour vous connecter au partage UNC.
- Vérifiez que vous avez défini la ressource partagée dans Rational Quality Manager sous .
- Vérifiez que le script du test pointe vers un emplacement partagé qui existe toujours. Si vous avez associé un
script de test
Rational Quality Manager à un
emplacement partagé qui a été modifié (par exemple, si l'adresse IP a été réaffectée), il se peut que vous ayez à
redéfinir l'association de chaque script de test.
- Vérifiez que le répertoire UNC partagé spécifié dans
Rational Quality Manager pointe sur
un projet.
|
Lors du test d'actifs partagés, l'exécution échoue avec une erreur de modèle de bas niveau. |
Vérifiez que les extensions de protocole requises ont été installées sur l'adaptateur. Les ressources de tests situées sur l'emplacement partagé ne peuvent être exécutés que sur un espace de travail d'adaptateur prenant en charge ces protocoles. |
Les tests de service créés dans une version antérieure du produit ne peuvent pas s'exécuter. |
Mettez à niveau tous les actifs SOA vers la dernière version. |
L'adaptateur ne peut pas se connecter au serveur et l'un des messages d'erreur suivants
est affiché :- Erreur de communication avec le serveur
- Une erreur est survenue lors de l'enregistrement de l'adaptateur
|
- Avec
Rational Quality Manager version 3.0 ou
ultérieure, l'URL de serveur configurée pour l'adaptateur doit être strictement identique à l'URI public
du serveur
Rational Quality Manager.
L'URI public du serveur est visible sur la page d'administration
de Rational Quality Manager. Par défaut, la page d'administration est accessible à l'adresse
https://nomserveur:9443/qm/admin.
- L'utilisateur de l'adaptateur doit être un membre de la
zone de projet Rational Quality Manager. Ouvrez la page d'administration de la zone de projet
sur le serveur Rational Quality Manager
pour déterminer si l'utilisateur de l'adaptateur est membre de
cette zone de projet.
Pour Rational Quality Manager version 3.0 ou
ultérieure, l'utilisateur de l'adaptateur doit être associé au
rôle membre de l'équipe de test, et non au rôle contributeur de l'équipe de test. Cette erreur peut aussi se produire
si vous avez modifié ces rôles par rapport à leurs valeurs par défaut.
|