37 most common loadrunner interview questions
Domande di intervista a LoadRunner più frequenti.
Nel nostro precedente tutorial, abbiamo esplorato tutto su Analisi dei risultati del test in LoadRunner .
Questo articolo si concentrerà sul le più importanti domande e risposte frequenti dell'intervista a LoadRunner questo ti aiuterà ad avere successo nell'intervista di qualsiasi tester delle prestazioni che utilizza LoadRunner.
LoadRunner è uno degli strumenti di test delle prestazioni con la migliore licenza sul mercato. È più adatto per la maggior parte delle tecnologie imminenti a causa dell'ampia gamma di protocolli supportati.
=> Fare clic qui per una serie completa di tutorial su LoadRunner
Alcuni suggerimenti di base prima di iniziare:
# 1) Le domande dell'intervista di LoadRunner possono essere classificate in 3 tipi principali: Scripting, esecuzione e Analisi . È importante che i principianti si concentrino maggiormente sulla parte di scripting.
#Due) Http / HTML viene utilizzato principalmente Protocollo, per cominciare cerca di perfezionare questo protocollo.
# 3) Assicurati di conoscere il file versione esatta di LoadRunner su cui hai lavorato. In caso di esperienza lavorativa con una versione precedente, cerca di tenerti aggiornato con le funzionalità che fanno parte delle versioni più recenti / attuali.
# 4) Test delle prestazioni le interviste sono più pratiche rispetto a prima. Le domande orientate allo scenario sono comuni piuttosto che semplici. Alcune aziende, addirittura, fanno dei test di scripting una parte del processo di intervista. Quindi, preparati per lo stesso.
# 5) Anche nello scripting, è preferibile che tu sia in grado di personalizzare il codice , invece di limitarsi a registrare e riprodurre.
# 6) Aspettatevi domande su - pensa a tempo, transazioni, commenti, opzioni di registrazione, impostazioni di runtime e così via: servono a verificare la tua conoscenza delle migliori pratiche di scripting.
Di seguito sono riportati alcuni dei file Intervista sul test delle prestazioni domande che richiederà una certa esperienza per rispondere. Cerca di tenere a mente queste domande mentre lavori ai tuoi progetti di test delle prestazioni, in modo che l'attività di preparazione del colloquio diventi un processo continuo.
- Quali sono i diversi problemi di scripting che hai affrontato finora?
- Quali sono i colli di bottiglia delle prestazioni che hai riscontrato nei progetti su cui stavi lavorando? Quali sono le raccomandazioni formulate per superare questi problemi?
- Hai applicato la legge di Little al tuo progetto? Se é cosi, come?
- Qual è il tuo approccio all'analisi?
- Cosa controlli durante l'esecuzione?
- Come estrarre i dati del server per l'esecuzione del test e come analizzarli?
- Come identificare i colli di bottiglia delle prestazioni?
Le aree di domanda chiave sono:
- Sfide che devi affrontare durante lo scripting
- Funzione di correlazione
- Gestione degli errori
- Diverse modalità di registrazione per protocollo Web HTTP / HTML.
- Creazione di scenari
- Sfide durante l'esecuzione
- Analisi
Di seguito abbiamo fornito alcune domande e risposte comuni alle interviste di LoadRunner. Tuttavia, tieni presente che il file i migliori risultati possono essere raggiunti fornendo risposte basate sulla tua esposizione, competenza e interpretazione dei concetti . Imparare solo le risposte alle domande non è sempre ottimale. Pratica, impara ed esperto - questo dovrebbe essere il tuo approccio per la preparazione al colloquio di Performance Testing.
Domande di intervista di LoadRunner e migliori risposte
D # 1) Qual è la differenza tra Performance Testing e Performance engineering?
Risposta: In Performance Testing, il ciclo di test include la raccolta dei requisiti, lo scripting, l'esecuzione, la condivisione dei risultati e la generazione di report. Performance Engineering è un passo avanti rispetto al Performance Testing dove dopo l'esecuzione; i risultati vengono analizzati con l'obiettivo di trovare i colli di bottiglia delle prestazioni e viene fornita la soluzione per risolvere i problemi identificati.
D # 2) Spiegare il ciclo di vita del test delle prestazioni.
Risposta:
- Passo 1: Analisi del sistema (identificazione della transazione critica)
Generatore di utenti virtuali - Passo 2: Creazione di script utente virtuali (registrazione)
- Passaggio 3: Definizione del comportamento degli utenti (impostazione runtime)
Controller LoadRunner - Passaggio 4: Creazione di scenari di test di carico
- Passaggio 5: Esecuzione degli scenari di test di carico e monitoraggio delle prestazioni
Analisi LoadRunner - Passaggio 6: Analizzando i risultati
Fare riferimento Esercitazione sul test delle prestazioni n. 2 per ulteriori dettagli.
D # 3) Che cos'è il test delle prestazioni?
Risposta: Il test delle prestazioni viene eseguito per valutare le prestazioni dell'applicazione in condizioni di carico e stress. Viene generalmente misurato in termini di tempo di risposta dell'azione dell'utente su un'applicazione.
D # 4) Che cos'è il test di carico?
Risposta: Il test di carico serve a determinare se un'applicazione può funzionare bene con l'utilizzo intenso derivante da un gran numero di utenti che la utilizzano contemporaneamente. Il carico viene aumentato per simulare il carico di picco che i server subiranno durante i periodi di utilizzo massimo.
D # 5) Quali sono i diversi componenti di LoadRunner?
Risposta:
I componenti principali di LoadRunner sono:
- VUGen: Registra gli script Vuser che emulano le azioni degli utenti reali.
- Controller: Centro amministrativo per la creazione, la manutenzione e l'esecuzione di scenari di test di carico. Assegna scenari a Vuser e generatori di carico, avvia e arresta i test di caricamento.
- Generatore di carico: Un agente attraverso il quale possiamo generare carico
- Analisi: Fornisce grafici e report che riepilogano le prestazioni del sistema
Q # 6) Qual è il punto di Rendezvous?
Risposta: Rendezvous point aiuta a emulare il carico di utenti pesanti (richiesta) sul server. Questo istruisce Vuser ad agire simultaneamente. Quando il Vuser raggiunge il punto di Rendezvous, attende tutti i Vuser con il punto di Rendezvous. Una volta raggiunto il numero designato di Vuser, i Vuser vengono rilasciati. La funzione lr_rendezvous viene utilizzata per creare il punto di Rendezvous. Questo può essere inserito da:
- Pulsante Rendezvous sulla barra degli strumenti di registrazione mobile durante la registrazione.
- Dopo la registrazione Rendezvous point viene inserito attraverso Inserisci> Rendezvous .
D # 7) Quali sono le diverse sezioni dello script? In quale sequenza vengono eseguite queste sezioni?
Risposta: Lo script LoadRunner ha tre sezioni Vuser_init, Action e Vuser_end.
- Vuser_init ha richieste / azioni per accedere all'applicazione / server.
- Azione ha un codice effettivo per testare la funzionalità dell'applicazione. Questo può essere riprodotto molte volte in iterazioni.
- Vuser_end ha richieste / azioni per eseguire il login dall'applicazione / server.
La sequenza in cui queste sezioni vengono eseguite è Vuser_init all'inizio e Vuser_end alla fine. L'azione viene eseguita tra i due.
D # 8) Come si identifica quale protocollo utilizzare per qualsiasi applicazione?
chiedere la promozione nel campione di valutazione
Risposta: In precedenza, il tester delle prestazioni doveva dipendere molto dal team di sviluppo per conoscere il protocollo che l'applicazione utilizza per interagire con il server. A volte, era anche speculativo.
Tuttavia, LoadRunner fornisce un grande aiuto sotto forma di Protocol Advisor dalla versione 9.5 in poi. Il protocollo advisor rileva i protocolli che l'applicazione utilizza e ci suggerisce i possibili protocolli in cui è possibile creare script per simulare l'utente reale.
Q # 9) Che cos'è una correlazione? Spiega la differenza tra correlazione automatica e manuale Correlazione?
Risposta: La correlazione viene utilizzata per gestire i valori dinamici in uno script. Il valore dinamico potrebbe cambiare per ciascuna azione dell'utente (il valore cambia quando l'azione viene riprodotta dallo stesso utente) o per utenti diversi (il valore cambia quando l'azione viene riprodotta con un utente diverso). In entrambi i casi, la correlazione si prende cura di questi valori e impedisce che falliscano durante l'esecuzione.
La correlazione manuale implica l'identificazione del valore dinamico, la ricerca della prima occorrenza del valore dinamico, l'identificazione dei limiti univoci dell'acquisizione del valore dinamico, la scrittura della funzione di correlazione web_reg_save_param prima che la richiesta abbia la prima occorrenza di un valore dinamico nella sua risposta.
La correlazione automatizzata funziona su regole di correlazione predefinite. Lo script viene riprodotto e scansionato per autocorrelazione in caso di errore. Vugen identifica il luogo in cui funzionano le regole di correlazione e mette in correlazione il valore sull'approvazione.
Fare riferimento a questo tutorial per ulteriori dettagli.
Q # 10) Come identificare cosa correlare e cosa parametrizzare?
Risposta: Qualsiasi valore nello script che cambia ad ogni iterazione o con i diversi utenti durante la riproduzione necessita di correlazione. Qualsiasi input dell'utente durante la registrazione deve essere parametrizzato.
D # 11) Che cos'è la parametrizzazione e perché è necessaria la parametrizzazione nello script?
Risposta: La sostituzione dei valori hardcoded all'interno dello script con un parametro è denominata parametrizzazione. Ciò consente a un singolo utente virtuale (Vuser) di utilizzare dati diversi in ogni esecuzione. Questo simula l'utilizzo nella vita reale di un'applicazione poiché evita che il server memorizzi nella cache i risultati.
Fare riferimento a questo tutorial per ulteriori dettagli.
D # 12) Come si identificano i casi d'uso dei test delle prestazioni di qualsiasi applicazione?
Risposta: I casi di test / I casi di utilizzo per i test delle prestazioni sono quasi gli stessi di tutti i casi di test di test manuali / funzionali in cui viene scritto ogni passaggio eseguito dall'utente. L'unica differenza è che tutti i casi di test manuali non possono essere casi di utilizzo del test delle prestazioni in quanto vi sono pochi criteri per la selezione come:
- L'attività dell'utente dovrebbe essere correlata alla funzionalità critica e più importante dell'applicazione.
- L'attività dell'utente dovrebbe avere una buona quantità di attività del database come ricerca, eliminazione o inserimento.
- L'attività dell'utente dovrebbe avere un buon volume di utenti. La funzionalità di ridurre l'attività dell'utente è generalmente omessa dal punto di vista del test delle prestazioni. Per esempio, attività dell'account amministratore.
Tutti i casi di test manuali che soddisfano i criteri di cui sopra possono essere utilizzati come casi di utilizzo / test delle prestazioni. Se i casi di test manuali non vengono scritti passo dopo passo, il team delle prestazioni dovrebbe creare documenti dedicati per loro.
D # 13) Durante lo scripting hai creato regole di correlazione per la correlazione automatica. Se desideri condividere le regole di correlazione con i membri del tuo team che lavorano sulla stessa applicazione in modo che lui / lei possa utilizzare la stessa sulla sua postazione di lavoro, come farai?
Risposta: Le regole di correlazione possono essere esportate tramite il file .cor e lo stesso file può essere importato tramite VuGen.
D # 14) Quali sono i diversi tipi di log di Vuser che possono essere utilizzati durante lo script e l'esecuzione? Qual è la differenza tra questi registri? Quando disabiliti la registrazione?
Risposta: Sono disponibili due tipi di registri Vuser: registro standard e registro esteso. I log sono fondamentali per il debug dello script. Una volta che uno script è attivo e in esecuzione, la registrazione è abilitata solo per gli errori.
Il registro standard crea un registro di funzioni e messaggi inviati al server durante l'esecuzione dello script, mentre il registro esteso contiene avvisi aggiuntivi e altri messaggi. La registrazione viene utilizzata durante il debug e disabilitata durante l'esecuzione. In tal caso, è possibile abilitare la registrazione per gli errori.
D # 15) Qual è l'approccio modulare dello scripting?
Risposta: Nell'approccio modulare, viene creata una funzione per ogni richiesta ( Per esempio, login, logout, salva, elimina, ecc.) e queste funzioni vengono richiamate laddove richiesto. Questo approccio offre maggiore libertà di riutilizzo della richiesta e consente di risparmiare tempo. Con questo approccio, si consiglia di lavorare con richieste web personalizzate.
D # 16) Quali sono i diversi tipi di obiettivi nello scenario orientato agli obiettivi?
Risposta: LoadRunner ha cinque diversi tipi di obiettivi nello scenario orientato agli obiettivi. Questi sono:
- Il numero di utenti virtuali simultanei
- Il numero di colpi al secondo
- Il numero di transazioni al secondo
- Il numero di pagine al minuto
- Il tempo di risposta della transazione
D # 17) Come viene convalidato ogni passaggio nello script?
Risposta: Ogni passaggio nello script viene convalidato con il contenuto nella pagina restituita. Un controllo del contenuto verifica se il contenuto specifico è presente o meno sulla pagina web. Esistono due tipi di controllo del contenuto che possono essere utilizzati in LoadRunner:
- Controllo del testo: Verifica la presenza di testo / stringa nella pagina web.
- Controllo dell'immagine: Verifica la presenza di un'immagine su una pagina web.
D # 18) Come viene modificato lo script VuGen dopo la registrazione?
Risposta: Una volta che lo script è stato registrato, può essere modificato con il seguente processo:
- Transazione
- Parametrizzazione
- Correlazione
- Dichiarazioni variabili
- Rendezvous Point
- Validazioni / Checkpoint
D # 19) Cosa sono le rampe di salita e di discesa?
Risposta:
- Rampa: Velocità con cui gli utenti virtuali aggiungono al test di carico.
- Rampa di discesa: Velocità con cui gli utenti virtuali escono dal test di carico.
D # 20) Qual è il vantaggio di eseguire Vuser come thread?
Risposta: L'esecuzione di Vuser come thread aiuta a generare più utenti virtuali da qualsiasi macchina a causa della stampa di memoria ridotta di Vuser che esegue un thread.
D # 21) Qual è il tempo sprecato nel registro di VuGen Replay?
Risposta: Il tempo sprecato non viene mai eseguito da alcun utente del browser e solo il tempo speso per le attività che supportano l'analisi del test. Queste attività sono correlate alla registrazione, alla registrazione e all'analisi personalizzata.
D # 22) Come si abilitano i controlli di testo e immagini in VuGen?
Risposta: Questo può essere fatto utilizzando le funzioni web_find (per il controllo del testo) e web_image_check (per il controllo dell'immagine) e abilitando il controllo dell'immagine e del testo dalle impostazioni di runtime.
Impostazioni tempo di esecuzione–> Preferenze–> Abilita la casella di controllo Immagine e testo.
D # 23) Qual'è la differenza tra web_reg_find e web_find?
Risposta: La funzione web_reg_find viene elaborata prima della richiesta inviata e viene inserita prima della richiesta nello script VuGen mentre una funzione web_find viene elaborata dopo la risposta della richiesta e viene inserita dopo la richiesta nello script VuGen.
D # 24) Quali sono le sfide che dovrai affrontare per scrivere l'istruzione 'Seleziona tutto' e quindi 'Elimina' per qualsiasi account di posta?
Risposta: In questo caso, il messaggio per 'Seleziona tutto' e 'Elimina' cambierà ogni volta a seconda del numero di messaggi disponibili. Per questo la richiesta registrata per i due dovrebbe essere sostituita con la richiesta personalizzata e la costruzione di stringhe è necessaria per costruire il post. ( Nota - Questa domanda richiede conoscenze pratiche. Quindi per favore questo praticamente e formula la tua risposta).
D # 25) Qual è la differenza tra il ritmo e il tempo di riflessione?
Risposta: Il ritmo è il tempo di attesa tra le iterazioni dell'azione, mentre pensare che il tempo sia un tempo di attesa tra le transazioni.
D # 26) Qual è il numero di grafici che puoi monitorare contemporaneamente utilizzando Controller? Qual è il massimo di loro?
Risposta: È possibile visualizzare uno, due, quattro e otto grafici alla volta. Il numero massimo di grafici che possono essere monitorati alla volta è 8.
D # 27) Hai un'applicazione che mostra i risultati dell'esame dello studente. Corrispondendo al nome di ogni studente, viene indicato se ha superato o meno l'esame con l'etichetta 'Superato' e 'Non superato'. Come identificherai il numero di studenti superati e falliti nella sceneggiatura VuGen?
Risposta: Per questo testo il controllo viene utilizzato per la pagina web per il testo 'Superato e' Non superato '. Attraverso la funzione web_reg_find, possiamo acquisire il numero di testi trovati nella pagina web con l'aiuto di “SaveCount”. SaveCount ha memorizzato il numero di corrispondenze trovate. Per esempio-
web_reg_find('Text=Pass', 'SaveCount=Pass_Student', LAST); web_reg_find('Text=Fail', 'SaveCount=Fail_Student', LAST);
D # 28) Durante il test di carico, qual è l'impostazione ottimale per i registri?
Risposta: Per il livello di registro del test di carico è impostato al minimo. Ciò può essere ottenuto impostando il livello di registro sul registro standard e selezionando il pulsante di opzione 'Invia un messaggio solo quando si verifica un errore'.
D # 29) Come gestirai la situazione nello scripting se la tua casella di posta dovesse selezionare una qualsiasi posta a caso da leggere?
Risposta: Per questo, registreremo lo script per leggere la prima posta. Prova a trovare ciò che viene pubblicato nella richiesta di leggere la prima posta, ad esempio ID posta o riga n.
Dal post in cui si riflette un elenco di e-mail, proveremo a catturare tutti gli ID e-mail, riga no con funzione di correlazione e mantenendo Ordinal come All, ovvero ORD = All. Sostituisci l'ID email richiesto nel post letto con uno qualsiasi degli ID email selezionati casualmente dall'elenco degli ID email acquisiti.
Fare riferimento a questo Esercitazione sugli script .
Q # 30) Qual è il Think Time? Qual è il livello di soglia per il tempo di riflessione e come può essere modificato?
Risposta: Il tempo di pensiero è il tempo di attesa inserito intenzionalmente tra le azioni nello script per emulare il tempo di attesa dell'utente reale durante l'esecuzione di un'attività sull'applicazione. Il livello di soglia per il tempo di riflessione nel livello al di sotto del quale il tempo di riflessione registrato verrà ignorato. Questo può essere modificato da Opzioni registrate-> Script-> Genera un tempo di riflessione maggiore della soglia.
D # 31) Come viene configurata la correlazione automatizzata?
Risposta: Qualsiasi impostazione relativa alla correlazione automatica può essere eseguita da Opzioni generali-> Correlazione. Le regole di correlazione vengono impostate da Opzioni di registrazione-> Correlazioni.
Q # 32) Come decidi il numero di macchine generatrici di carico necessarie per eseguire un test?
Risposta: Il numero di generatori di carico necessari dipende totalmente dal protocollo utilizzato per creare lo script e la configurazione della macchina generatore di carico. Ogni protocollo ha una diversa memoria di stampa e questa decide quanti utenti virtuali possono essere generati dalla configurazione data della macchina (generatore di carico).
D # 33) Quali sono esattamente le capacità che cerchi quando selezioni lo strumento di test delle prestazioni?
Risposta: Lo strumento di test delle prestazioni dovrebbe essere in grado di: -
- Test di un'applicazione costruita utilizzando più tecnologie e piattaforme hardware.
- Determinare l'idoneità di un server per testare l'applicazione
- Testare un'applicazione con un carico di decine, migliaia e persino migliaia di utenti virtuali.
D # 34) In che modo gli utenti simultanei differiscono dagli utenti simultanei?
Risposta: Tutti gli utenti simultanei sono utenti simultanei, ma viceversa non è vero.
Tutti i Vuser nello scenario in esecuzione sono utenti simultanei in quanto utilizzano la stessa applicazione contemporaneamente, ma forse o meno eseguono le stesse attività. Gli utenti simultanei eseguono la stessa attività contemporaneamente. Gli utenti simultanei vengono impostati come utenti simultanei tramite punti di incontro.
I punti di Rendezvous indicano al sistema di attendere l'arrivo di un certo numero di Vuser in modo che tutti possano svolgere un determinato compito contemporaneamente.
D # 35) Come identificate quali valori devono essere correlati nello script? Dare un esempio.
Risposta: Questo può essere fatto in modi:
- Registra i due script con passaggi simili e confrontali utilizzando l'utilità WDiff. (Vedi tutorial Correlazione).
- Riproduci nuovamente lo script registrato e cerca la correlazione. Questo fornisce un elenco di valori che possono essere correlati.
Session-Id è un buon esempio di questo. Quando due script vengono registrati e confrontati utilizzando l'utilità WDiff. Gli ID di sessione nei due script dovrebbero essere diversi e WDiff evidenzia questi valori.
D # 36) In che modo la memorizzazione nella cache influisce sui risultati del test delle prestazioni?
Risposta: Quando i dati vengono memorizzati nella cache della memoria del server, il server non deve recuperare il risultato e non viene attivata alcuna attività del server. Il risultato del test non riflette le stesse prestazioni degli utenti reali che utilizzano l'applicazione con dati diversi.
Q # 37) Come interromperai l'esecuzione di uno script in caso di errore?
Risposta: Ciò può essere ottenuto tramite la funzione lr_abort. La funzione indica a Vuser di interrompere l'esecuzione della sezione Action e di terminare l'esecuzione eseguendo la sezione vuser_end. Questa funzione è utile per gestire un errore specifico.
Questo può essere utilizzato anche per gestire una situazione piuttosto che un errore in cui l'esecuzione non è possibile. La funzione ha assegnato lo stato 'Stopped' al Vuser che si è arrestato a causa della funzione lr_abort. Nell'impostazione Run-Time, 'Continua in caso di errore' dovrebbe essere deselezionato.
A voi
Speriamo questo enorme raccolta di domande di intervista LoadRunner con le risposte si rivelerà utile a tutti voi.
In STH professiamo sempre il importanza dei fondamentali . Lo stesso vale per avere successo anche nel test delle prestazioni professionale. Tuttavia, ci auguriamo che questo questionario di intervista per il test delle prestazioni sia un punto di riferimento strumentale per tutti coloro che aspirano a trovare o avanzare in una carriera di test delle prestazioni utilizzando LoadRunner.
Ti auguro tutto il meglio!
=> Visita qui per una serie completa di tutorial su LoadRunner
Tutorial PREV | Primo tutorial
Spero ti sia piaciuta l'intera gamma di tutorial in questa serie di LoadRunner.
Lettura consigliata
- Domande e risposte dell'intervista
- Domande e risposte al colloquio di prova ETL
- Alcune domande e risposte sui test manuali complicati
- 25 migliori domande e risposte per l'intervista al test agile
- 34 Domande e risposte alle interviste più comuni su SoapUI
- Domande dell'intervista a Spock con risposte (le più popolari)
- Alcune interessanti domande di intervista sul test del software
- Top 20+ .NET Intervista Domande e risposte