QTP LoadAndRunAction - tempi di transazione da parte del callee risultato corsa del chiamante?

Question

Se chiamo un'azione X da un altro test A usando LoadAndRunAction, sono tempi di transazione che vengono raccolti nell'azione chiamato riportato correttamente?

vale a dire. Se inserisco un tale chiamante script di A in uno scenario LoadRunner, saranno rapporti dei risultati di LoadRunner includere sia i tempi di transazione misurati nella prova A e di azione X?

Onestamente sto solo chiedendo perché io sono troppo pigro per testare questo ad hoc.

Sfondo: Abbiamo alcuni szenarios LR che gli script uso QTP all'attività GUI simulazione. Quegli script QTP sono abbastanza grandi e vengono distribuite ad ogni generatore di carico ancora e ancora. L'idea è quella di distribuire il grande prova QTP volta manualmente, e scrivere un test QTP compatto che richiama la grande prova, e inserire tale prova comptact nello scenario LR.

Answer 1

OK, ora che ho trovato le risposte me, è solo giusto per condividerli:

LoadAndRunAction non riporta i suoi tempi di transazione in modo corretto, il chiamante non vede le transazioni misurati il ??chiamato.

È possibile, tuttavia, utilizzare un invito all'azione tradizionale per richiamare l'azione di destinazione. Tuttavia, questo non funziona tranne che per la maggior parte dei callees banale in quanto LoadRunner controller in qualche modo scombina le dipendenze tra il chiamante e il chiamato, cercando di distribuire roba chiamante per il generatore di carico che non esiste.

La soluzione per noi era quella di creare uno stupido QTP chiamante sceneggiatura A che chiama un secondo test B QTP che non fa altro che chiama il "vero" test QTP C, il tutto utilizzando "Insert chiamata ad azione esterna". Cioè:

• Sviluppare A e B utilizzando una macchina QTP che già detiene C
• Copia A e B per il controller
• Inserisci A nello scenario
• Pre-deploy (cioè solo copia) B e C per tutti i generatori di carico

Risultato: LoadRunner distribuisce con successo dalla A alla generatori di carico, lo esegue. Una fa il suo invito alla prova B, che a sua volta richiama C. C fa operazioni, che sono riportati attraverso B e A per risultati dell'esecuzione gli scenari. Missione compiuta. (Naturalmente, B e C devono essere conservati esattamente nello stesso percorso su tutte le macchine, ei riferimenti azione in A e B devono basarsi su percorsi che non sono relative assoluti).

Naturalmente, si deve fare attenzione sulla modifica B o C. Ogni modifica deve essere distribuito a tutti gli altri generatori di carico manualmente. Una può essere aggiornato al solito modo (dal momento che sempre verrà distribuito).