QTP LoadAndRunAction - Transaktionszeiten von Rufenen Teil des Laufes Ergebnis des Anrufers?

Question

Wenn ich eine Aktion X von einem anderen Test A mit LoadAndRunAction nenne, sind Transaktionszeiten, die in der aufgerufenen Aktion gesammelt werden korrekt gemeldet?

d. wenn ich Einsatz einer solchen Anrufer Skript A in ein Loadrunner Szenario wird Loadrunner Ergebnis Berichte umfassen sowohl die Transaktionszeiten gemessen in Test A und Aktion X?

Ehrlich gesagt bin ich nur fragen, weil ich zu faul bin dieser Ad-hoc zu testen.

Hintergrund: Wir haben einige LR Szenarien, dass die Verwendung QTP Skripte zu simulieren GUI Benutzeraktivität. Diese QTP Skripte sind recht groß und erhalten für jeden Lastgenerator immer wieder im Einsatz. Die Idee ist, den großen QTP Test einmal manuell zu implementieren, und einen kompakten QTP Test zu schreiben, die die großen Testanrufe, und legen Sie diesen comptact Test in das LR-Szenario.

Answer 1

OK, jetzt, dass ich Antworten selbst herausgefunden, ist es nur fair, sie zu teilen:

LoadAndRunAction berichtet seine Transaktionszeiten nicht richtig, wird der Anrufer nicht die Transaktionen sieht in den Angerufenen gemessen.

Sie können, verwenden jedoch einen herkömmlichen Aktionsaufruf das Ziel Aktion aufzuzurufen. Allerdings ist dies nicht funktioniert, außer für die banalsten Aufgerufenen da Loadrunner-Controller irgendwie vermasselt die Abhängigkeiten zwischen dem Anrufer und dem Angerufenen, versuchen Anrufer Zeug zum Lastgenerator zu implementieren, die nicht existiert.

Die Lösung war für uns einen stummen QTP Anrufer Skript A zu erstellen, die einen zweiten QTP Test B rufen die nichts tut, sondern rufen die „echten“ QTP Test C, die alle mit „Insert Aufruf externer Aktion“. Das heißt:

• Entwickeln A und B eine QTP Maschine verwendet, die bereits hält C
• Kopieren A und B an den Controller
• Einfügen A in das Szenario
• Pre-deploy (das heißt einfach kopieren) B und C für alle Lastgeneratoren

Ergebnis: Loadrunner setzt erfolgreich A mit den Lastgeneratoren, führt sie aus. A hat seine Forderung an den B-Test, der wiederum ruft C. C tut Transaktionen, die durch B und A zu den Szenarien Laufergebnisse gemeldet werden. Mission erfüllt. (Natürlich, B und C müssen in genau dem gleichen Weg auf allen Maschinen gespeichert werden, und die Aktions Referenzen in A und B muß auf absolute, nicht relative Pfade basieren).

Natürlich muss man über das Ändern B oder C. Jede Modifikation vorsichtig sein muss manuell auf alle anderen Lastgeneratoren verteilt werden. A kann auf übliche Art und Weise aktualisiert werden (da es immer eingesetzt wird).