jMeter - Piano di test punto a punto JMS
Creazione di un piano di test punto a punto JMS
Ora scriviamo un piano di test JMeter per testare una soluzione di messaggistica JMS Point-to-Point. La configurazione del test è un threadgroup con un thread o un utente che invia 2 messaggi ciascuno tramite una coda di richieste.
Cominciamo da JMeter /home/manisha/apache-jmeter2.9/bin/jmeter.sh..
Aggiungi utenti
Crea un gruppo di thread.
Fare clic con il pulsante destro del mouse sul nodo Piano di test.
Seleziona Aggiungi → Thread (utenti) → Gruppo thread. Il gruppo di thread viene aggiunto nel nodo Piano di test.
Rinomina questo gruppo di thread come JMSTestPlan-PointtoPoint .
Modificheremo il Loop Count a due. Il resto delle proprietà predefinite del gruppo di thread vengono mantenute. Significa che un gruppo di thread con un thread o un utente invia due messaggi ciascuno tramite una coda di richieste.
Aggiungi JMS Point-to-Point Sampler
Ora che abbiamo definito gli utenti, è il momento di definire le attività che eseguiranno. Inizia aggiungendo il campionatore JMS Point-to-Point all'elemento Point-to-Point.
Selezionare Aggiungi → Campionatore → Punto a punto JMS.
Selezionare l'elemento JMS Point-to-Point sampler nella struttura ad albero.
Le seguenti modifiche alle proprietà vengono apportate all'elemento del campionatore punto a punto JMS:
Proprietà | Valore | Descrizione |
---|---|---|
QueueuConnectionFactory | ConnectionFactory | Questa è la voce JNDI predefinita per il factory di connessione all'interno di MQ attivo. |
Coda richiesta nome JNDI | Q.REQ | Il nome JNDI per JMeter per stabilire la connessione tra il factory di connessione e la coda. |
Coda di ricezione nome JNDI | Q.REQ | Il nome JNDI per JMeter per stabilire la connessione tra il factory di connessione e la coda. Stiamo usando la stessa coda per la risposta. |
Stile di comunicazione | Richiedere risposta | Significa che è necessario almeno un servizio in esecuzione al di fuori di JMeter, che risponderà alle richieste. Questo servizio deve ascoltare la coda delle richieste e inviare messaggi alla coda a cui fa riferimento il messaggio .getJMSReplyTo () |
Usa Richiedi ID messaggio | controllato | È possibile lasciare che JMeter utilizzi la richiesta ID messaggio (deposito) per la correlazione tra il messaggio in arrivo e quello recuperato. |
Usa ID messaggio di risposta | controllato | È possibile lasciare che JMeter utilizzi l'identificativo del messaggio Response (ripristino) per la correlazione tra il messaggio in arrivo e il ripristino. |
Tempo (millisecondi) | 2000 | Questo timeout viene utilizzato quando il messaggio viene ricevuto da JMeter se non viene ripristinato nulla in tempo (qui 2 sec), l'elemento viene contrassegnato per errore. |
Soddisfare | Test da punto a punto | Questo è solo il contenuto del messaggio. |
InitialContextFactory | org.apache.activemq.jndi ActiveMQInitial ContextFactory |
InitialContextFactory standard per Active MQ |
queue.Q.REQ | esempio | Corrispondenza tra il nome JNDI della coda (Q.REQ) e il nome reale della coda in ActiveMQ (esempio.A). |
URL del provider | tcp: // localhost: 61616 | L'indirizzo e la porta per attaccare ActiveMQ. |
Lo screenshot seguente mostra le configurazioni di cui sopra:
Crea ascoltatore
Ora aggiungi l'elemento Listener. Questo elemento è responsabile dell'archiviazione di tutti i risultati delle richieste JMS in un file e della presentazione di un modello visivo dei dati.
Seleziona l'elemento Thread Group.
Aggiungere un listener Visualizza albero dei risultati selezionando Aggiungi → Listener → Visualizza albero dei risultati.
Salva ed esegui il piano di test
Ora salva il piano di test sopra come jmsptp_test.jmx . Esegui questo piano di test utilizzando l'opzione Esegui → Avvia.
Verifica output
Torna alla console di amministrazione di ActiveMQ. Qui possiamo vedere lo stato del messaggio nella coda.