Avant de tester les performances
d'applications basées sur une connexion socket TCP/IP, configurez votre
environnement de test et suivez ces instructions pour générer des tests de
performances fiables.
Limitations
Vous pouvez utiliser cette extension pour tester les applications exécutées sur un modèle client-serveur, où le test simule la connexion de plusieurs clients à un ou plusieurs serveurs. Les autres modèles tels les réseaux d'égal à égal ne sont pas pris en charge.
IBM® Rational Performance Tester ne prend
pas en charge l'enregistrement d'une connexion socket dans les versions 64 bits de Microsoft Windows
2003 et Windows XP.
Performances
Lorsque vous déployez vos tests de performances, il
est important d'utiliser un nombre approprié d'utilisateurs virtuels sur un ordinateur donné. Par exemple, si vous déployez trop d'utilisateurs virtuels sur un même ordinateur, les résultats générés reflètent davantage la charge de l'ordinateur de
test que celle du serveur.
Pour de meilleurs
résultats avec les tests de performances sur un ordinateur de test moyen avec un processeur
1 GHz et 1 Go de RAM, le nombre d'utilisateurs virtuels simultanés ne doit pas être supérieur à 1 000.
Si vous avez dépassé le nombre d'utilisateurs virtuels qu'un seul ordinateur
de test peut exécuter, les performances mesurées du serveur sont affectées par les performances
de l'ordinateur de test, ce qui invalide les résultats finaux.
Si vous éditez un planning
pour des tests de performances de longue durée, respectez les recommandations suivantes :
- Dans l'éditeur de planning, réduisez la valeur de l'option Niveau de journalisation du test à Aucun.
- Dans l'éditeur de planning, pour l'option Intervalle d'échantillonnage des
statistiques choisissez une valeur approximativement égale à 1/60e de la durée
d'exécution (par exemple, 12 minutes pour une session estimée à 12 heures).
- Si possible, utilisez des boucles dans les suites de tests plutôt que dans le planning. L'utilisation de boucles dans les suites de tests évite les incidents de connexion qui
pourraient se produire dans des tests assez longs et met l'accent sur les activités d'envoi et de réception plutôt que sur les activités de connexion et de d'arrêt de connexion.
Authentification SSL/TLS
Les tests sur socket
admettent les protocoles SSL ou TLS avec authentification simple ou forte,
mécanismes également appelés authentification du serveur et authentification du client.
Pour l'authentification du serveur, le client doit déterminer s'il peut faire confiance
au serveur. Lorsque vous enregistrez ou exécutez un test sur socket avec un
enregistreur proxy, ce dernier est intercalé
entre le serveur et le client. Par conséquent, vous devez faire "croire" à l'application client
que l'enregistreur proxy est le serveur certifié en effectuant l'une des actions
suivantes :
- Configurez les paramètres SSL ou TLS de l'enregistreur proxy afin qu'il
s'authentifie lui-même comme le serveur auprès du client et comme le client
auprès du service (ou serveur). Cela signifie que vous devez fournir au proxy d'enregistrement les certificats adéquats.
- Configurez un client géré (une application client externe) de sorte qu'il
accepte l'enregistreur proxy comme s'il s'agissait du serveur certifié.
L'assistant d'enregistrement fournit un lien permettant de télécharger et d'importer
un certificat
IBM Rational Performance Tester dans
l'application client.
Pour l'authentification du client, le serveur doit authentifier
le client de test en fonction de son autorité racine de certification. Par conséquent, vous devez lui fournir le certificat de client lui permettant
d'authentifier l'enregistreur proxy ou l'agent de test comme un client certifié.
Pour plus d'informations sur la gestion des certificats numériques,
voir Présentation des certificats numériques.