QTP LoadAndRunAction - los tiempos de transacción de parte del destinatario de la llamada resultado de la ejecución de la persona que llama?

Question

Si llamo a una acción X desde otra prueba A usando LoadAndRunAction, son tiempos de transacción que se recogen en la acción denominada informaron correctamente?

es decir. Si inserto un script que llama Un ejemplo en un escenario LoadRunner, serán informes de resultados de LoadRunner incluir tanto los tiempos de transacción medidos en el ensayo A y la acción X?

Sinceramente estoy preguntando porque soy demasiado perezoso para probar esta ad hoc.

Antecedentes: Tenemos algunas szenarios LR que los scripts uso QTP a la actividad del usuario GUI Simulación. QTP esos guiones son bastante grandes y se despliegan a todos los generadores de carga y otra vez. La idea es desplegar la gran prueba QTP vez manualmente, y para escribir una prueba QTP compacta que llama a la gran prueba, e insertar esa prueba comptact en el escenario LR.

Answer 1

Bien, ahora que he encontrado las respuestas a mí mismo, es sólo justo para compartirlos:

LoadAndRunAction no informa de sus tiempos de transacción correctamente, la persona que llama no ve las transacciones medidas en el destinatario de la llamada.

Puede, sin embargo, utilizar una llamada de acción convencional para llamar a la acción de destino. Sin embargo, esto no funciona con excepción de la mayoría de los receptores de llamadas desde triviales LoadRunner Controlador de alguna manera mete hasta las dependencias entre el llamante y el abonado llamado, tratando de implementar cosas que llama al generador de carga que no existe.

La solución para nosotros era crear un plan de ahorro de llamadas tonto guión A que llama a una segunda prueba QTP B, que no hace más que llama la "verdadera" prueba QTP C, todo ello utilizando "Insertar llamada a la acción exterior". Es decir:

• Desarrollar A y B usando una máquina de QTP que ya posee C
• Copiar A y B al controlador
• Insertar A en el escenario
• Pre-despliegue (es decir, simplemente copia) B y C a todos los generadores de carga

Resultado: LoadRunner despliega con éxito una de las generadores de carga, lo ejecuta. A hace su llamada a la prueba B, que a su vez llama a C. C hace transacciones, que se presentan a través de B y A para resultados de la ejecución de los escenarios. Misión cumplida. (Naturalmente, B y C deben ser almacenados en exactamente el mismo camino en todas las máquinas, y las referencias de acción en A y B deben estar basadas en rutas absolutas, no relativas).

Por supuesto, uno tiene que tener cuidado acerca de la modificación B o C. Cada modificación debe ser distribuido a todos los demás generadores de carga manual. Una puede ser actualizado a modo habitual (ya que siempre se desplegará).