Vous pouvez modifier la façon dont l'enregistreur de test organise
plusieurs éléments d'émission et de réception dans un nouveau test de connexion socket en modifiant
les préférences de génération de test. Pour améliorer la lisibilité de votre test,
vous pouvez fusionner des éléments d'envoi ou de réception consécutifs utilisant la même
connexion.
Avant de commencer
Pour modifier la façon dont les éléments de test sont organisés par défaut
dans un nouveau test, vous pouvez modifier les préférences de génération de test avant
l'enregistrement du test.
Pour fusionner ou réorganiser des éléments dans un test
existant, vous pouvez utiliser l'assistant Organisation. Pour plus d'informations, voir Fusion d'éléments d'émission et de réception socket.
Procédure
Pour fusionner des éléments d'émission ou de réception dans un nouveau test de connexion socket :
- Cliquez sur . La fenêtre des préférences Génération d'un test de connexion socket
s'ouvre.
- Sélectionnez Stratégies. Vous
pouvez créer plusieurs stratégies d'organisation pour la gestion de différentes
applications. Une seule stratégie est active durant l'enregistrement.
- Sélectionnez Stratégie par défaut ou cliquez sur Nouveau pour
créer une stratégie d'organisation.
- Cliquez sur Paramètres.
- Dans Modifier les paramètres de stratégie de la connexion socket,
indiquez la manière dont vous souhaitez que l'enregistreur de test génère plusieurs éléments d'émission ou de réception :
- Eléments d'envoi
- Fusionner les éléments d'envoi consécutifs
- Sélectionnez cette option pour fusionner tous les éléments d'envoi de connexion socket consécutifs utilisant la même connexion.
- Manipuler les données avec le code personnalisé
- Sélectionnez cette option pour forcer tous les éléments d'envoi sélectionnés à activer le paramètre Manipuler les données avec le code personnalisé avec le nom de classe indiqué d'une classe Java™ personnalisée qui utilise l'API pour traiter les données dans l'élément d'envoi de connexion socket.
- Actions de réception
- Ne pas fusionner
- Sélectionnez cette option pour ne pas modifier les éléments de réception et les conserver dans l'état dans lequel ils sont initialement enregistrés.
- Fusionner les éléments de réception consécutifs
- Sélectionnez cette option pour fusionner tous les éléments de réception de connexion socket consécutifs utilisant la même connexion.
- Conserver uniquement le dernier élément de réception
- Sélectionnez cette option pour supprimer tous les éléments de réception consécutifs à l'exception du dernier enregistré.
- Délai d'attente de la réponse
- Délai d'attente maximal (en secondes) pour la réception du premier octet de la réponse. Si aucune donnée
n'est reçue avant l'expiration du délai d'attente de la réponse, l'action de réception
génère une erreur dans le journal de test. Le compteur de délai d'attente de la réponse démarre en même temps que l'action de réception une fois le temps de réflexion terminé ; le compteur est interrompu lorsque le premier octet est reçu.
- Règle de fin
- Indique à quel moment arrêter la réception des données et passer à l'élément de test suivant.
- Reçoit le nombre exact d'octets : l'action de réception est arrêtée lorsque le nombre d'octets enregistrés est reçu. Spécifiez un délai d'attente (en
secondes) après lequel l'action de réception génère une erreur dans le journal de test si le nombre correct d'octets n'est pas reçu. Si l'option Taille de données de liaison est activée, l'action de réception attend le nombre d'octets affiché dans la zone Données. Si l'option Taille de données de liaison est désactivée, l'action de réception attend le nombre d'octets affiché dans la zone Octets. Il s'agit du paramètre par défaut.
- Reçoit les octets jusqu'à la fin du flux : l'action de réception est arrêtée lorsque l'ordinateur éloigné ferme la connexion.
Si l'option Accepte les réponses vides est sélectionnée, la réception d'un seul octet n'est pas requise et le délai d'attente de la réponse est ignoré. Spécifiez un délai d'attente (en secondes) après lequel l'action de réception génère une erreur dans le journal de test si le nombre correct d'octets n'est pas reçu.
- Recherche les correspondances d'une chaîne : l'action de réception est arrêtée si une séquence d'octets spécifiée est reçue. Spécifiez un délai d'attente (en secondes) après lequel l'action de réception génère une erreur dans le journal de test si le nombre correct d'octets n'est pas reçu.
- Reconnaît une expression régulière : l'action de réception est arrêtée lorsqu'une séquence d'octets correspondant à une expression régulière est reçue. Spécifiez un délai d'attente (en secondes) après lequel l'action de réception génère une erreur dans le journal de test si le nombre correct d'octets n'est pas reçu.
- Délégué au code personnalisé : l'action de réception est arrêtée si une condition est remplie dans une classe Java personnalisée. Ce paramètre permet une grande flexibilité mais requiert la codification d'une classe Java personnalisée à la suite de l'API d'extension de Rational Performance
Tester. Cliquez sur Générer le code pour
générer un modèle basé sur l'API ou sur Afficher le code pour
ouvrir la classe spécifiée dans l'éditeur Java.
Les actions de réception génèrent une erreur dans le journal de test lorsque la connexion est fermée par l'ordinateur éloigné, sauf si la règle Reçoit les octets jusqu'à la fin du flux est activée.
- Délai d'expiration
- Pour les règles de fin dotées d'un paramètre de délai d'attente, ce paramètre indique un délai (en secondes) après lequel l'action de réception génère une erreur dans le journal de test si le critère de règle de fin n'est pas satisfait. Le compteur de délai d'attente démarre lorsque le premier octet est reçu.
- Cliquez sur OK pour appliquer les modifications et
fermez la fenêtre Préférences.