En utilisant LoadRunner pour tester des processus serveur

Question

Nous utilisons actuellement LoadRunner pour tester les performances de nos applications web, mais nous avons aussi des processus côté serveur nous avons besoin de tester.

Contexte:

Nous appelons ces processus nos « moteurs ». Un moteur reçoit des messages par vote une file d'attente IBM WebSpere MQ pour les messages. Il faut un message de la file d'attente, traite et met le résultat sur une file d'attente sortante. Nous testons actuellement ce moteur via un script TCL qui lit un fichier contenant les messages, met les messages sur la file d'attente entrante, puis interroge la file d'attente sortante pour les résultats.

L'autre moteur reçoit des messages via un service Web. Le service Web écrit le message à une table dans notre base de données. Les sondages du moteur de la table de base de données pour les nouveaux messages, prend un message et la traite, et met le résultat dans la base de données. Nous testons actuellement ce moteur via un script VBScript qui lit un fichier contenant les messages, envoie le message au service Web, puis le service ne cesse d'interroger Web pour le résultat unitl il est prêt.

Question:

Nous aimerions en finir avec les scripts TCL et VBScript et standardiser LoadRunner afin que nous avons un outil pour gérer tous nos tests de performance.

1. Je sais que LoadRunner prend en charge un protocole de services Web « de la boîte », mais je ne suis pas sûr de savoir comment l'utiliser. Est-ce que quelqu'un sait d'exemples de la façon d'utiliser LoadRunner pour tester un service Web?
2. Est-ce que LoadRunner ont un protocole de MQ? Est-il possible d'utiliser un Vuser LoadRunner pour conduire la charge (messages mis) dans une file d'attente MQ? Aurions-nous besoin d'acheter quelque chose de HP ou d'un autre fournisseur de le faire?

Merci:)

Answer 1

Il est un add-in pour LoadRunner dans le logiciel incuded à l'interface avec la série MQ et mettre les messages directement sur la file d'attente. Les services Web sont entièrement pris en charge aussi, et VBScript est trop pris en charge, en utilisant peut-être QTPro pour le script et un utilisateur de GUI dans LoadRunner? Colin.

Answer 2

Pour # 1, comme une alternative à un script de services Web, vous pouvez essayer d'enregistrer un script Windows Sockets. Je l'ai utilisé pour enregistrer des scripts LoadRunner winsock pour tester certains (Java) API. Ce que je faisais était écrire un très simple client Java API et puis exécutez que à partir d'un fichier de commandes de Windows. Le fichier batch serait alors référencé comme l'exécutable lors de l'enregistrement d'un script LR dans VUGen.

Je ne sais pas si VUGen peut charger un fichier VBScript pour l'enregistrement, mais vous pourriez essayer. Sinon, vous pouvez essayer d'emballer vos VBScript dans un fichier batch qui peut être exécuté par VUGen.

Lorsque VUGen enregistre un script winsock, il est suivi essentiellement la communication réseau pour le processus que vous enregistrez avec. Une fois que vous avez terminé l'enregistrement, il va générer une décharge des données de réseau dans une feuille de calcul « de data.ws » que vous pouvez regarder et éditer avec VUGen. Vous pouvez paramétrer cette feuille de données pour vos tests de charge.

Answer 3

On peut coder les demandes de SOA et d'analyser les réponses au sein LoadRunner. Voir wilsonmar.com/1lrscript.htm.

Mais gardez à l'esprit que TCL et VBScript développés pour les tests fonctionnels ont une architecture différente et la portée de scripts LoadRunner. QTP et WinRunner prendre en charge l'application.

scripts LoadRunner se concentrent sur l'échange de données à travers le fil. Dans le cas de XML sans tête SOA, cette distinction architecturale n'a pas d'importance.

Cependant, il peut être plus facile pour vous de maintenir VBscript de l'interface graphique, car la création de scripts SOA dans LoadRunner ont besoin d'une meilleure compréhension des formats de message que ce que la plupart des développeurs de MQ ont.

Answer 4

Vous avez vraiment trois chemins pour pousser et les messages sautaient d'une file d'attente MQ à l'aide LoadRunner

(1) MQTester. Ceci est un protocole natif MQ Ajouter à être utilisé avec LoadRunner (2) Winsock. le développement de Winsock est décrit comme tedipously semblable à la cueillette scat mouche de poivre moulu. Ennuyeux, mais à la fin très enrichissante. Hors de la boîte, pas ins add supplémentaires sont nécessaires, sauf les mises à jour de licence (peut-être) (3) JMS à l'aide d'un utilisateur virtuel Java, voir. http://en.wikipedia.org/wiki/Java_Message_Service . Vous liquidez avec un petit programme Java dans le modèle Java utilisateur virtuel pour LoadRunner. Vous devrez faire face à tous les aspects de la magie noire Java associés à LoadRunner, mais une fois que vous clouer la combinaison des détails de libération et d'installation, vous pouvez utiliser le même code virtuel pour écrire à peu près tout fournisseur de JMS (non seulement MQ) avec certains réglages d'usine de connexion ont changé.

Vous devriez être en mesure de faire JMS avec le même utilisateur virtuel de services Web, mais je n'ai pas testé cette configuration. Regardez la section JMS des paramètres de temps d'exécution.