archivos de registro personalizadas LR: ¿Cómo puedo obtener de las máquinas de generadores?

Question

Supongamos que tengo una prueba VuGen C que escribe los resultados en cierta archivo de registro de datos, es decir, que enumera los ID de procesados ??o algo así en un archivo que se crea (o añadido) sobre init, escrito en la acción principal, y cerrada cuando se apaga.

Entonces me pregunto si hay una funcionalidad LR que me permite encontrar una estructura de directorios consolidada en el controlador que contiene todas las copias Vusers' de ese archivo?

Por lo que yo puedo ver, todas las instancias Vuser utilizar una copia común de la estructura de directorios de prueba, que se encuentra en algún lugar de temp. Así que a) que deberá incluir la Vuser de identificación en el nombre de mi archivo de registro personalizado, yb) que tiene que recoger los archivos de resultados de forma manual desde mi generador de carga después de la ejecución de un escenario, que es un proceso torpe.

La alternativa sólo es cómodo sería informar todos los ID procesados ??(o lo que sea) en VTS (servidor HP tabla virtual, parece ser freeware) y recogerlos a partir de ahí, ¿verdad? Entonces tengo adicional de codificación de hacer. ¿Es posible que nadie nunca se perdió una funcionalidad tal en VuGen / LR?

Espero que esto no es muy denso ya que esta cuestión no es necesariamente siempre relacionadas con el código.

Answer 1

La forma de hacer esto, independientemente del centro de rendimiento o Independiente es tener una ruta UNC representable por los scripts. entonces se crea / escritura / lectura de los archivos allí.

Esto permite la ejecución de los scripts de múltiples carga de generador sin tener que copiar los archivos en cualquier lugar después de la prueba, y también nos da un almacén general donde podemos cargar DLL y otros archivos necesarios para todos los scripts.

Tenga en cuenta que la creación / escribir en el archivo MISMO partir de dos diferentes Vusers no va a funcionar, debe crear ya sea nombres específicos vuser_id o utilizar una base de datos para almacenar los datos. La opción DB requiere que tenga una biblioteca tercera parte DB (DLL) en la mano tú ..

Answer 2

simple, el uso lr_output_message() a oputput su mensaje de registro personalizado en el controlador durante la prueba. Al final de la prueba, simplemente volcar los elementos de registro que necesita de una exportación de la ventana de salida.

Usted tendrá que tener cuidado con la tala pesada durante la prueba. Usted puede convertir fácilmente su subsistema de disco entero en un cuello de botella para la prueba, esto es doble, así que si está ejecutando los usuarios en un host ya ocupado como el controlador y no en una pieza de hardware dedicado. Usando lr_output_message() toma su cierre de sesión del usuario de acogida virtual y lo mueve al controlador para el registro.

Asegúrese de incluir una referencia, o generador de control, con un único usuario virtual de cada tipo de puesta en escena sobre ella (hardware emparejado con el resto de sus generadores) para comprobar contra el subsistema de disco becomming un cuello de botella.

Además, si desea recuperar los datos al final de la prueba y que desee considerar una serie disociado por completo se puede ver en la sugerencia de una ruta UNC de K Sandell a un host / ubicación común, con la complicación añadida de tener el manejo de bloqueos con otros usuarios virtuales si va a un archivo común, o simplemente incluir otro objetivo en su prueba, tales como STM, cualquiera de los muchos basado en Java soluciones messaeg cola, o incluso MySQL con una interfaz luz para simplemente empujar datos en una tabla utilizando un formulario.