Vous
pouvez modifier la façon dont les tests de performances sont générés, comme la façon dont
les tests traitent les points de vérification, la corrélation des données et les pages.
Procédure
- Cliquez sur
.
- Sélectionnez la préférence à modifier.
Les préférences relatives à la génération de test sont les suivantes :
- Ne pas générer de nouvelle page si le délai de réflexion est inférieur à
- Spécifie le temps le plus court, en millisecondes, que le générateur utilise comme délai pour émuler le temps de réflexion de l'utilisateur pour une page HTTP. Si vos tests contiennent moins de pages que prévu, indiquez un intervalle moins long.
- Générer une nouvelle page si le délai entre les demandes est supérieur à
- Entrez le délai le plus long, en millisecondes, que le générateur autorise entre des demandes de pages. Si ce délai est dépassé, une nouvelle page est générée.
Si vos tests contiennent plus de pages que prévu, indiquez un intervalle plus long.
- Délai maximal entre les demandes
- Entrez le délai le plus long, en millisecondes, que le générateur autorise avant la troncature des demandes HTTP. Les demandes sont tronquées sur le test généré. Le test enregistré contient toujours les valeurs initiales que vous pouvez rétablir en générant un nouveau test.
- Sauvegarder uniquement les 4 premiers ko des réponses de taille supérieure à
- Entrez la quantité maximale de données de réponse sauvegardées par le générateur, en kilooctets.
Si la taille d'une réponse est plus élevée que la limite spécifiée, seuls les 4 premiers kilooctets de données sont sauvegardés.
- Supprimer NS Lookup() et utiliser des IP numériques
- Sélectionnez cette option pour réduire le temps de génération du test. Par contre, les
adresses IP d'un test sont moins conviviales que le format des pages Web (www.example.com).
- Désactiver l'émulation du cache de page pendant la génération du test
- Sélectionnez cette option pour désactiver l'émulation du cache de page. Lorsque l'émulation de cache de page est activée, les informations de mise en cache dans les en-têtes de réponse du serveur sont
prises en compte. En outre, aucune nouvelle demande n'est soumise au serveur pour un contenu dont le client confirme détenir une copie fraîche dans
son cache local. L'émulation de cache de page est activée par défaut.
- Utiliser le générateur de test existant
- Sélectionnez cette option s'il vous a été demandé d'utiliser
le générateur de test HTTP existant.
- Inclure automatiquement un point de vérification pour
- Sélectionnez cette option pour spécifier les types de points de vérification à inclure automatiquement. Si la case à cocher d'un point de vérification est sélectionnée, le code et les commandes d'édition de ce type de vérification
sont générés dans tous les tests. Vous pouvez aussi activer ou désactiver des points de vérification dans des tests spécifiques.
- Souple
- Les codes de réponse qui se trouvent dans la même catégorie (par exemple 200, 201, 203, 209) sont considérés comme étant équivalents. Une erreur est signalée si le code de réponse ne se trouve pas dans la même catégorie.
- Exacte
- Une erreur est signalée si le code de réponse ne correspond pas précisément à la valeur enregistrée.
- Pour la demande primaire, accepter les tailles dont l'écart ne dépasse pas
- Si vous générez automatiquement des points de vérification de taille de réponse, sélectionnez cette option pour spécifier l'intervalle des tailles acceptables pour les demandes principales.
Aucune erreur n'est signalée si une réponse est comprise dans le pourcentage spécifié, au dessus ou en dessous de la taille attendue. Par défaut, pour les demandes principales, les points de vérification de
la taille de la réponse HTTP utilisent la comparaison des intervalles.
Les préférences relatives à la corrélation de données sont les suivantes :
- Corréler automatiquement les données d'hôte et de port
- Par défaut, les données d'hôte et de port sont corrélées automatiquement. Si les
tests d'une édition antérieure comportent de nombreuses corrélations manuelles
importantes ou que vous utilisez des proxy, la migration de la fonction de remplacement
hôte risque d'échouer pendant la lecture. Dans ce cas, décochez la case. Lorsque vous rouvrez les tests, ils ne contiennent plus la fonction de corrélation automatique.
- Corréler automatiquement l'URL si redirigée par la réponse
- Indique si les noms des chemins d'accès aux URL sont corrélés s'ils sont
redirigés par un code de réponse sélectionné. Si la case à cocher d'un code de réponse est sélectionnée, le générateur de test effectue les corrélations pour ce code de réponse. Cette
option ne s'applique qu'aux réponses qui correspondent à des redirections, avec un code
de statut compris entre 300 et 399.
- Corréler automatiquement les référenceurs
- Par défaut, la zone Référenceur d'un en-tête de demande HTTP est corrélé
automatiquement. Désélectionnez cette case à cocher si vous souhaitez corréler
manuellement les référenceurs. Si vous exécutez des tests sur des serveurs qui ne
requièrent pas de zone Référenceur et que vous désélectionnez cette case, le nombre de
corrélations effectuées lors de l'exécution du test est réduit et le débit des
utilisateurs peut être augmenté.
- Activer toutes les autres corrélations de données
- Par défaut, les données de demande et de réponse sont corrélées automatiquement.
Désélectionnez
cette case pour désactiver la corrélation automatique des données de demande et de
réponse. Il est recommandé de désélectionner cette case si vous créez vos propres
règles de corrélation des données dans l'éditeur de règles.
- Optimiser la corrélation automatique des données pour l'exécution
- Indique les caractéristiques pour lesquelles les tests sont automatisés.
- Si vous sélectionnez le paramètre Précision (par défaut), plusieurs références dont la valeur d'ID session est identique sont créées et la valeur de chaque ID session est remplacée par la référence précédente la plus proche.
- Pour qu'un test s'exécute plus rapidement, diminuez le nombre de références créées lors de la corrélation automatique des données en associant à l'optimisation la valeur Efficacité. Imaginez un test dans lequel un ID
session, affecté lorsqu'un utilisateur se connecte, est inclus dans toutes les demandes
ultérieures du test. Avec le paramètre
Efficacité, tous les ID Session sont remplacés par une même
référence précédente.
L'inconvénient de ce paramètre est qu'il peut générer des corrélations incorrectes.
Par exemple, une demande contenant la chaîne Joe Smith peut être corrélée
à tort avec une demande contenant la chaîne Joe Brown.
- Ré-écriture de l'URL pour l'exécution
- Indique la façon dont les adresses Web (URL) sont réécrites lors de l'exécution du test.
Lors de la corrélation des données, le générateur de test remplace une
partie d'une chaîne de demande d'URL par une valeur renvoyée par le serveur en réponse
à une demande précédente.
- Automatique (valeur par défaut) : le générateur de test
détermine automatiquement à quel moment la réécriture de l'intégralité de l'URL lors de
la substitution facilitera l'exécution du test.
- Activée : sélectionnez cette option pour réécrire les adresses URL dans chaque instance de corrélation des données. La taille des tests est alors plus grande et leur exécution est plus longue. Sélectionnez ce paramètre si vos tests échouent de façon inattendue.
- Désactivée : sélectionnez cette option pour corréler manuellement les instances dans lesquelles la ré-écriture des adresses URL est requise. Ce paramètre peut provoquer des erreurs d'exécution.
Remarque : Pour désactiver complètement la corrélation
de données ou pour définir si les noms doivent être générés automatiquement pour les
références de corrélation de données, cliquez sur
, puis
cliquez sur l'onglet Corrélation de données.
Les préférences relatives au type de corrélation de données sont les suivantes :
- Types de corrélation de données
- Spécifiez quand générer des blocs de construction de corrélation des données. Si la valeur du paramètre est Automatique, le générateur de test crée les blocs de construction si nécessaire. Si le test ne contient pas les blocs de construction requis, appliquez la valeur Activée ; la corrélation des données est alors toujours exécutée.
Si les tests ne requièrent pas de bloc de construction spécifique, sélectionnez Désactivée ; les performances de la génération de test suivante sont alors améliorées.
- Pour Jazz Foundation Services, les valeurs Activée et Automatique activent la corrélation de données d'applications Jazz utilisant un stockage REST ou des API de requête de Jazz Foundation Services. Rational DOORS Next Generation est un exemple de ce type d'application. Bien que la corrélation des données ne s'applique pas naturellement aux clients Web Jazz via un navigateur, elle peut
s'avérer utile pour d'autres applications client-serveur HTTP utilisant des services REST et le protocole Atom
Publishing Protocol pour la mise à jour des ressources Web.
- Pour Jazz Web Applications, les valeurs
Activée et Automatique activent la
corrélation de données d'applications Web Jazz utilisant la structure d'interface
utilisateur de Jazz Foundation Web. Par exemple, les interfaces Web de Rational Quality
Manager et Rational Team Concert. La corrélation de données peut également être utile
pour d'autres applications Web contenant un javascript qui utilise JSON pour l'échange de
données client-serveur. Ceci est généralement le cas avec des applications basées sur DOJO et sur AJAX.
- Une fois que vous avez modifié un paramètre, cliquez sur
Appliquer.