Adicionalmente la revisión al protocolo Click & Script esta genial, literalmente cualquier persona puede generar un script libre de errores con este protocolo, el único problema es el “memory overhead” que genera en el Load Generator.

Otra una forma de describirlo es que Loadrunner es una herramienta de rendimiento (performance), que nos permite simular diferentes comportamientos “cotidianos” en un sistema.

En forma general tiene cuatro componentes el VUGEN, Controller, Load Generators y Analysis, de manera general el VUGEN (Virtual User GENerator) te permite generar scripts que simularan el comportamiento de un usuario real, el Controller te permite agrupar estos scripts y aportarles una especie de calendarización a los mismos. El Load Generator recibe instrucciones del Controller y ejecuta los scripts según lo hayas configurado, por ultimo el Analysis te permite granular y comparar la información recabada durante la ejecución.

1

EXTRARES.*(\n\t\t.*)*LAST

Con la expresión regular anterior puedes encontrar todos los recursos extras (EXTRARES) que se agregan a tus request en Loadrunner, así los puedes editar o eliminar con un solo clic.

1
2
3
4
5
6
7

web_reg_save_param("Siebel_Analytic_search_idXXX",
"LB/IC=sid\"",
"RB/IC=\"",
"Ord=1",
"Search=Body",
"RelFrameId=1",
LAST);

el cual es mas que suficiente en la mayoría de los casos pero que pasa si tienes un componente de ActiveX en la pagina normalmente tienen un tag con la siguiente información classid=”{NUMEROS_HEX}” pues que crees LoadRunner pensara que el identificador del objeto ActiveX es el SearchID, así que si te topas con mensajes de que tu vista es de una sesión anterior, activa el Log extendido y si ves un string con muchos números HEX modifica tu Left Boundary por “LB/IC= sid\”", con eso bastara.

Nombre de los Scripts

BP##_NOMBRE_DEL_PROCESO_DE_NEGOCIO_VXX

Donde ## es un número único asignado arbitrariamente de preferencia consecutivo, y XX es un número de control de versión, esto para mantener una especie de registro.

Ejemplos:

• AM_01_SearchUser
• AM_02_DisableUserAccount

Nombre de las transacciones

NN_##_NOMBRE_DESCRIPTIVO_DE_LA_TRANSACCION

Donde ## es un número consecutivo de dos dígitos empezando desde 00 hasta N que nos ayudara cuando a ver los resultados en orden cuando los reporte el Controller.

Ejemplos: (asumiendo que el nombre del Scrip es BP01_AccountManagment_V01)

• AM_01_SearchUser
• AM_02_DisableUserAccount

ThinkTime

Por lo general nunca usas exactamente el tiempo que grabas, así que lo que acostumbro hacer es asignarle una variable definida globalmente de nombre THINK_TIME con una valor estándar, y después ajusto las preferencias del script para que cambie los valores aleatoriamente digamos que es una representación un poco mas real.

Y pues ya seria lo mas importante a grandes rasgos obviamente no cubro correlación personalizada eso sera algo para otro día.

• Soporte para RDP (Terminal Services de Microsoft) por desgracia funciona exactamente igual que el cliente de Citrix, es decir sincronización con Bitmaps y cosas por estilo. Lo interesante es el soporte para poder Grabar movimientos sobre el Clipboard.
• Flex.
• AJAX (Click & Script) funciona igual que el Citrix con las mismas sincronizaciones basadas en Bitmaps.
• Nueva GUI

A grandes rasgos esto es lo más relevante de este release, o al menos lo que revelaron en el HP Partner Enablement Galaxy.

Y es así como nace VUGenBOT, es una pequeña aplicación de Visual Basic que inserta los lr_start_transaction y lr_end_transaction por ti, lo único que hace es esperar a que abras los diálogos de transacción en la barra de comando del VUGen, y se encarga de los demás. adicionalmente te dice cuantas transacciones te faltan por grabar, si te parece útil no olvides dejar un comentario, lo mismo para tus sugerencias o ideas que quieras ver en versiones futuras de la aplicación.

Descargar VUGenBOT 1.0 (ZIP)