Domanda

Al momento utilizzare LoadRunner per le prestazioni testare le nostre applicazioni web, ma abbiamo anche alcuni processi lato server abbiamo bisogno di testare.

Sfondo:

Noi chiamiamo questi processi i nostri "motori". Un motore riceve messaggi da una coda di polling IBM WebSpere MQ per i messaggi. Ci vuole un messaggio dalla coda, lo processa e mette il risultato in una coda in uscita. Al momento di testare questo motore tramite uno script TCL che legge un file che contiene i messaggi, mette i messaggi sulla coda in entrata, poi i sondaggi la coda in uscita per i risultati.

L'altro motore riceve messaggi tramite un servizio web. Il servizio web scrive il messaggio a un tavolo nel nostro database. I sondaggi del motore la tabella del database per i nuovi messaggi, prende un messaggio e lo elabora, e rimette il risultato nel database. Al momento di testare questo motore tramite uno script VBScript che legge un file che contiene i messaggi, invia il messaggio al servizio Web, quindi continua a interrogare il servizio web per il risultato unitl è pronto.

Domanda:

Ci piacerebbe farla finita con gli script Tcl e VBScript e standardizzare su LoadRunner in modo da avere uno strumento per gestire tutti i nostri test di performance.

  1. So LoadRunner supporta un protocollo Servizi Web "out of the box", ma non sono sicuro di come usarlo. Qualcuno sa di eventuali esempi di come utilizzare LoadRunner per testare un servizio web?
  2. La LoadRunner hanno un protocollo per MQ? E 'possibile utilizzare un Vuser LoadRunner di guidare carico (inserire i messaggi) in una coda MQ? Avremmo bisogno di acquistare qualcosa da HP o qualche altro vendor per fare questo?

Grazie:)

È stato utile?

Soluzione

Non è un add-in per LoadRunner nel software Incuded per interfacciarsi con la serie MQ e mettere i messaggi direttamente sulla coda. I servizi Web sono pienamente supportati anche, e VBScript è supportato anche, magari utilizzando QTPro per lo script e un utente GUI in LoadRunner? Colin.

Altri suggerimenti

Per 1 #, in alternativa a uno script Web Services, si potrebbe provare a registrare uno script di Windows Sockets. Ho usato LoadRunner agli script Winsock discografiche per testare alcune API (Java). Quello che ho fatto è stato scrivere molto semplice client Java API e quindi eseguire che da un file batch di Windows. Il file batch sarebbe poi riferimento come l'eseguibile durante la registrazione di uno script LR in VuGen.

Non sono sicuro se VuGen può caricare un file VBScript per la registrazione, ma si potrebbe provare. In caso contrario, si potrebbe provare avvolgendo il VBScript in un file batch che può essere eseguito da VuGen.

Quando si registra uno script VuGen Winsock, è fondamentalmente il monitoraggio della comunicazione di rete per il processo che si sta registrando con. Dopo aver finito la registrazione, sarà generare un dump dei dati di rete in un foglio di lavoro "data.ws" che si può guardare e modificare con VuGen. È possibile parametrizzare questo foglio di lavoro dei dati per le prove di carico.

Si può codificare le richieste SOA e analizzare le risposte all'interno di LoadRunner. Vedere wilsonmar.com/1lrscript.htm.

Ma tenere a mente che TCL e VBScript sviluppato per i test funzionali hanno un'architettura e ambito diverso da quello script LoadRunner. QTP e WinRunner prendere in consegna l'applicazione.

script LoadRunner si concentrano sullo scambio dei dati attraverso il filo. Nel caso di XML senza testa SOA, questa distinzione architettonica non ha importanza.

Tuttavia, può essere più facile per voi per mantenere VBscript dalla GUI, perché la creazione di script SOA in LoadRunner richiedono una comprensione più profonda di formati di messaggio di quello che la maggior parte degli sviluppatori MQ hanno.

È veramente tre percorsi per spingere e popping messaggi fuori di una coda MQ usando LoadRunner

(1) MQTester. Questo è un nativo protocollo MQ Aggiungi in per l'utilizzo con LoadRunner (2) Winsock. sviluppo Winsock è meglio descritta come tedipously simile a raccogliere fly scat di pepe macinato. Noioso, ma alla fine molto gratificante. Fuori dalla scatola, senza componenti aggiuntivi sono necessari ulteriori aggiornamenti ad eccezione di licenza (eventualmente) (3) JMS utilizzando un utente virtuale Java, vedi. http://en.wikipedia.org/wiki/Java_Message_Service . Si finisce con un piccolo programma Java nel modello utente virtuale Java per LoadRunner. Si avrà a che fare con tutti gli aspetti magia nera Java associati LoadRunner, ma una volta che inchiodare la combinazione di rilascio e di installazione dettagli è possibile utilizzare lo stesso codice virtuale per inviare praticamente a qualsiasi provider JMS (non solo MQ) con alcune impostazioni di connessione di fabbrica modificate.

Si dovrebbe essere in grado di fare JMS con l'utente virtuale servizi web come bene, ma non ho ancora testato quella configurazione. Guardate la sezione JMS delle impostazioni di tempo di esecuzione.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top