Usando LoadRunner para probar los procesos del servidor

Question

En la actualidad utilizamos LoadRunner para un rendimiento a prueba nuestras aplicaciones web, pero también tenemos algunos procesos del lado del servidor que necesitamos para poner a prueba.

Antecedentes:

Llamamos a estos procesos de nuestros "motores". Un motor recibe mensajes mediante el sondeo de una cola de IBM MQ WebSpere para los mensajes. Se necesita un mensaje de la cola, los procesa y pone el resultado en una cola de salida. Actualmente ponemos a prueba este motor a través de un script TCL que lee un archivo que contiene los mensajes, pone los mensajes en la cola de entrada, luego urnas la cola de salida para los resultados.

El otro motor recibe mensajes a través de un servicio web. El servicio web escribe el mensaje a una tabla en nuestra base de datos. Las encuestas del motor la tabla de base de datos para los nuevos mensajes, toma un mensaje y lo procesa, y pone el resultado en la base de datos. Actualmente ponemos a prueba este motor a través de una secuencia de comandos VBScript que lee un archivo que contiene los mensajes, envía el mensaje al servicio web, a continuación, sigue consultando el servicio web para el resultado unitl está listo.

Pregunta:

Nos gustaría acabar con las secuencias de comandos de TCL y VBScript y estandarizar en LoadRunner de manera que tenemos una herramienta para gestionar todas nuestras pruebas de rendimiento.

1. Sé LoadRunner soporta un protocolo de servicios web "fuera de la caja", pero no estoy seguro de cómo usarlo. ¿Alguien sabe de algún ejemplo de cómo utilizar LoadRunner para probar un servicio web?
2. ¿Tiene LoadRunner tiene un protocolo para MQ? ¿Es posible utilizar un Vuser LoadRunner para conducir carga (colocar mensajes) en una cola MQ? Qué tenemos que comprar algo de HP o algún otro proveedor para hacer esto?

Gracias:)

Answer 1

Hay un complemento para LoadRunner en el software incuded para interactuar con la serie MQ y colocar los mensajes directamente en la cola. Los servicios Web son totalmente compatibles también, y VBScript se apoya también, tal vez usando QTPro para el guión y un usuario GUI en LoadRunner? Colin.

Answer 2

Para # 1, como una alternativa a un guión de servicios web, usted podría intentar grabar una secuencia de comandos de Windows Sockets. He usado LoadRunner a las secuencias de comandos de registro de Winsock para probar algunas API (Java). Lo que hice fue escribir muy simple cliente de la API de Java y luego ejecutar que a partir de un archivo por lotes de Windows. El archivo por lotes sería entonces hacer referencia a que el ejecutable cuando se graba una secuencia de comandos en LR VuGen.

No estoy seguro de si VuGen puede cargar un archivo de VBScript para la grabación, pero se podría tratar. De lo contrario, es posible que trate de envolver su VBScript en un archivo por lotes que se puede ejecutar por VuGen.

Cuando VuGen registra un guión Winsock, que básicamente es la supervisión de la comunicación de la red para el proceso va a grabar con. Después de terminar la grabación, que va a generar un volcado de los datos de la red en una hoja de trabajo "data.ws" que se puede ver y editar con VuGen. Puede parametrizar esta hoja de datos para las pruebas de carga.

Answer 3

Uno puede codificar solicitudes SOA y analizar las respuestas dentro de LoadRunner. Ver wilsonmar.com/1lrscript.htm.

Pero hay que tener en cuenta que TCL y VBScript desarrollados para pruebas funcionales tienen una arquitectura y alcance diferente de guiones LoadRunner. QTP y WinRunner hacerse cargo de la aplicación.

Los guiones LoadRunner se centran en el intercambio de datos a través del cable. En el caso de XML sin cabeza SOA, esta distinción no tiene importancia arquitectónica.

Sin embargo, puede ser más fácil para usted para mantener Vbscript de la interfaz gráfica de usuario, porque la creación de secuencias de comandos en SOA LoadRunner requieren una comprensión más profunda de los formatos de mensaje de lo que la mayoría de los desarrolladores tienen MQ.

Answer 4

Usted realmente tiene tres caminos para empujar y hacer estallar los mensajes fuera de una cola MQ utilizando LoadRunner

(1) MQTester. Se trata de un protocolo de MQ nativa en Añadir para su uso con LoadRunner (2) Winsock. el desarrollo de Winsock se describe mejor como tedipously similar a recoger excrementos de mosca de pimienta molida. Tedioso, pero al final muy gratificante. Fuera de la caja, no se requieren complementos complementos adicionales, excepto las actualizaciones de licencias (posiblemente) (3) JMS que utiliza un usuario virtual Java, ver. http://en.wikipedia.org/wiki/Java_Message_Service . Como resultado, terminamos con un pequeño programa en Java en el usuario virtual de Java para la plantilla LoadRunner. Usted tendrá que hacer frente a todos los aspectos de magia negro Java asociados con LoadRunner, pero una vez que las uñas por la combinación de liberación y los detalles de instalación se puede utilizar el mismo código virtual para publicar en casi cualquier proveedor de JMS (no sólo MQ) con algunos ajustes de fábrica de conexiones cambiadas.

Usted debe ser capaz de hacer JMS con el usuario virtual de servicios web, así, pero no he probado esa configuración. Mira la sección de JMS de los ajustes de tiempo de ejecución.