Utilisation de CA Continuous Application Insight › Création de références › Références JMS › Scénarios de test de référence JMS

Scénarios de test de référence JMS

La plupart des scénarios de test de demande et réponse unique possèdent deux étapes :

• Une étape de lecture à partir d'un ensemble de données volumineuses qui ne requiert aucune action
• Une étape de messagerie qui combine la demande et la réponse. L'étape de messagerie peut être l'une des suivantes : JMS Messaging (JNDI) (Messagerie JMS (JNDI)), IBM WebSphere MQ, JCAPS Messaging (Native) (Messagerie JCAPS (native)), SonicMQ Messaging (Native) (Messagerie SonicMQ (native)), ou TIBCO Direct JMS (TIBCO Direct JMS). Dans l'étape WebSphere MQ, le mode client est défini sur JMS.

Le scénario de test peut également inclure un ensemble de données Unique Code Generator (Générateur de code unique) permettant de générer un ID de corrélation.

Le graphique suivant illustre un exemple de scénario de test. La première étape ne requiert aucune action. La deuxième étape est une étape de messagerie portant le nom Request/Response (Demande/Réponse).

L'ensemble de données contient des informations qui varient selon la transaction dans la référence. Ces informations incluent la charge utile de demande, la charge utile de réponse et les propriétés de message JMS. Par défaut, l'ensemble de données est local, non global.

L'étape de messagerie inclut une assertion Graphical XML Side-by-Side Comparison (Comparaison côte à côte graphique de contenu XML) portant le nom Assert Response Equals (Réponse d'assertion correspondante). Lorsque vous exécutez le scénario de test de référence, cette assertion vérifie que la réponse réelle correspond à la réponse attendue. Si les réponses ne correspondent pas, le test générera une erreur.

Les autres types de scénarios divisent la demande et la réponse en étapes distinctes.

Le graphique suivant illustre un exemple de scénario de test. La première étape ne requiert aucune action. La deuxième étape est une étape de messagerie portant le nom Request (Demande). La troisième étape est une étape de messagerie portant le nom Response (Réponse).

Les propriétés de configuration sont générées pour des informations de destination, de connexion et des options de comparaison de contenu XML. Si le client et le service utilisent des paramètres de connexion JNDI différents, deux définitions de propriétés seront générées pour les informations de connexion.

Pour exécuter le scénario de test, effectuez l'une des opérations suivantes :

• Simulation d'un test rapide
• Simulation d'un scénario de test

Vous pouvez surveiller les résultats dans l'onglet Consolidated Baseline (Référence consolidée).

Remarque : Pour plus d'informations sur la simulation d'un test rapide ou d'un scénario de test, reportez-vous à la section Exécution de scénarios de test et de suites de la rubrique Utilisation de CA Application Test.