i file di log personalizzate LR: Come posso farli dalle macchine generatore?

Question

Supponiamo che io sono un test VuGen C, che scrive i risultati di alcuni file di log dei dati, vale a dire che elenca gli ID processati o qualcosa di simile in un file che viene creato (o aggiunta) al momento init, scritta nella causa principale, e chiusa alla chiusura.

Poi mi chiedo se non v'è una funzionalità di LR che mi permette di trovare una struttura di directory consolidata sul controller contenente copia tutti Vusers' di quel file?

Per quanto posso vedere, tutte le istanze Vuser utilizzare una copia comune della struttura di directory di prova, da qualche parte si trova nella temperatura. Così a) ho bisogno di includere il Vuser ID nel nome del mio file di log personalizzato, e b) devo raccogliere i file dei risultati manualmente dal mio generatore di carico dopo l'esecuzione di un piano d'azione, che è un processo goffo.

L'unica comoda alternativa sarebbe quella di riportare tutti gli ID processati (o altro) in VTS (server tabella virtuale HP, sembra essere freeware) e prenderli da lì, giusto? Poi devo aggiuntivo di codifica da fare. Può essere che nessuno ha mai mancato una tale funzionalità in VuGen / LR?

Spero che questo non sia troppo offtopic poiché questa domanda non è neccessarily relative al codice.

Answer 1

Il nostro modo di fare questo, a prescindere dalla Performance Center o autonomo è quello di avere un percorso UNC mappabile dagli script. Abbiamo quindi creare / scrittura / lettura da file lì.

Questo permette di eseguire gli script da più di carico-generatori senza dover copiare i file da nessuna parte dopo il test, e ci dà anche un deposito generale in cui possiamo caricare DLL e altri file necessari da parte di tutti gli script.

Si prega di notare che la creazione / scrittura al file stessi da due differenti Vusers non funziona, è necessario creare o nomi specifici vuser_id o utilizzare un database per memorizzare i dati. L'opzione DB richiede di avere una libreria di 3a parte DB (DLL) a portata di mano tu ..

Answer 2

Semplice, l'uso lr_output_message() per oputput il tuo messaggio personalizzato al controller durante il test. Alla fine del test è sufficiente scaricare gli elementi di registro ti servono da un'esportazione della finestra di uscita.

Si vuole diffidare di registrazione pesanti durante la prova. Si può facilmente trasformare il vostro sottosistema intero disco in un collo di bottiglia per il test, questo è doppia, quindi se si esegue gli utenti su un host già occupato come il controller e non su un pezzo dedicato di hardware. Utilizzando lr_output_message() prende la vostra disconnessione dell'host utente virtuale e lo sposta il controller per la registrazione.

Assicurati di includere un riferimento, o di un generatore di controllo, con un solo utente virtuale di ogni tipo in scena su di essa (hardware abbinato al resto dei vostri generatori) per controllare contro il sottosistema disco becomming un collo di bottiglia.

Inoltre, se si desidera recuperare i dati alla fine del test e prendere in considerazione una serie disaccoppiato del tutto si può guardare su suggerimento di K Sandell di un percorso UNC a un host / percorso comune, con la complicazione di avere per gestire le serrature con altri utenti virtuali se andare in un file comune, o semplicemente includere un altro obiettivo nel test come VTS, una delle tante Java basato messaeg coda di soluzioni, o anche MySQL con un front-end di luce semplicemente spingere i dati in un tavolo utilizzando un modulo.