jMeter - Plan de test JMS point à point
Création d'un plan de test JMS point à point
Maintenant, écrivons un plan de test JMeter pour tester une solution de messagerie JMS point à point. La configuration du test est un groupe de threads avec un thread ou un utilisateur envoyant 2 messages chacun via une file d'attente de demandes.
Commençons le JMeter à partir de /home/manisha/apache-jmeter2.9/bin/jmeter.sh..
Ajouter des utilisateurs
Créez un groupe de discussion.
Cliquez avec le bouton droit sur le nœud Plan de test.
Sélectionnez Ajouter → Threads (utilisateurs) → Thread Group. Le groupe de threads est ajouté sous le nœud Plan de test.
Renommez ce groupe de threads en JMSTestPlan-PointtoPoint .
Nous allons changer la boucle Count à deux. Les autres propriétés par défaut du groupe de threads sont conservées. Cela signifie qu'un groupe de threads avec un thread ou un utilisateur envoie deux messages chacun via une file d'attente de demandes.
Ajouter un échantillonneur point à point JMS
Maintenant que nous avons défini les utilisateurs, il est temps de définir les tâches qu'ils vont effectuer. Commencez par ajouter l'échantillonneur JMS point à point à l'élément point à point.
Sélectionnez Ajouter → Échantillonneur → JMS point à point.
Sélectionnez l'élément d'échantillonneur point à point JMS dans l'arborescence.
Les modifications de propriété suivantes sont apportées à l'élément d'échantillonneur point à point JMS -
| Propriété | Valeur | La description |
|---|---|---|
| QueueuConnectionFactory | ConnectionFactory | Il s'agit de l'entrée JNDI par défaut pour la fabrique de connexions dans MQ actif. |
| File d'attente de demande de nom JNDI | Q.REQ | Le nom JNDI de JMeter pour établir la connexion entre la fabrique de connexions et la file d'attente. |
| File d'attente de réception de nom JNDI | Q.REQ | Le nom JNDI de JMeter pour établir la connexion entre la fabrique de connexions et la file d'attente. Nous utilisons la même file d'attente pour la réponse. |
| Style de communication | Demande de réponse | Cela signifie que vous avez besoin d'au moins un service fonctionnant en dehors de JMeter, qui répondra aux demandes. Ce service doit écouter la file d'attente des demandes et envoyer des messages à la file d'attente référencée par le message .getJMSReplyTo () |
| Utiliser l'ID de message de demande | vérifié | Vous pouvez laisser JMeter utiliser la demande d'ID de message (dépôt) pour la corrélation entre le message entrant et le récupéré. |
| Utiliser l'ID de message de réponse | vérifié | Vous pouvez laisser JMeter utiliser l'identificateur de message Réponse (récupération) pour la corrélation entre le message entrant et récupéré. |
| Temps (millisecondes) | 2000 | Ce timeout est utilisé lorsque le message est reçu par JMeter si rien n'est récupéré à temps (ici 2 sec), alors l'élément est marqué en erreur. |
| Contenu | Test point à point | Ceci n'est que le contenu du message. |
| InitialContextFactory | org.apache.activemq.jndi ActiveMQInitial ContextFactory |
InitialContextFactory standard pour Active MQ |
| queue.Q.REQ | exemple. | Correspondance entre le nom JNDI de la file d'attente (Q.REQ) et le nom réel de la file d'attente dans ActiveMQ (exemple.A). |
| URL du fournisseur | tcp: // localhost: 61616 | L'adresse et le port d'attaque d'ActiveMQ. |
La capture d'écran suivante montre les configurations ci-dessus -
Créer un auditeur
Ajoutez maintenant l'élément Listener. Cet élément est chargé de stocker tous les résultats de vos requêtes JMS dans un fichier et de présenter un modèle visuel des données.
Sélectionnez l'élément Groupe de threads.
Ajoutez un écouteur Afficher l'arborescence des résultats en sélectionnant Ajouter → Écouteur → Afficher l'arborescence des résultats.
Enregistrer et exécuter le plan de test
Maintenant, enregistrez le plan de test ci-dessus sous jmsptp_test.jmx . Exécutez ce plan de test en utilisant l'option Exécuter → Démarrer.
Vérifier la sortie
Revenez à la console d'administration d'ActiveMQ. Ici, nous pouvons voir l'état du message dans la file d'attente.
