37 Cele mai frecvente întrebări de interviu și cele mai bune răspunsuri la LoadRunner

37 most common loadrunner interview questions

Cele mai frecvente întrebări ale interviului LoadRunner.

În tutorialul nostru anterior, am explorat totul Analiza rezultatelor testului în LoadRunner .

Acest articol se va concentra asupra cele mai importante întrebări și răspunsuri la interviurile LoadRunner care vă va ajuta să aveți succes în interviul oricărui tester de performanță folosind LoadRunner.

LoadRunner este unul dintre cele mai licențiate instrumente de testare a performanței de pe piață. Este cel mai potrivit pentru majoritatea tehnologiilor viitoare datorită gamei largi de protocoale acceptate.

=> Faceți clic aici pentru o serie completă de tutoriale LoadRunner

Câteva indicații de bază înainte de a începe:

# 1) Întrebările de interviu LoadRunner pot fi clasificate în 3 tipuri principale - Scripting, Executare și Analiză . Este important pentru începători să se concentreze mai mult pe partea de script.

#Două) Http / HTML este folosit mai ales Protocol, pentru început încercați să perfecționați acest protocol.

# 3) Asigurați-vă că știți versiunea exactă a LoadRunner la care ai lucrat. În cazul experienței de lucru cu o versiune anterioară, încercați să vă mențineți la curent cu funcțiile care fac parte din versiunile mai noi / actuale.

# 4) Test de performanta interviurile sunt mai practice decât erau înainte. Întrebările orientate spre scenariu sunt mai degrabă obișnuite decât simple. Unele companii chiar fac din testele de scriptare o parte a procesului de interviu. Deci, fii pregătit pentru același lucru.

# 5) Chiar și în scenarii, este de preferat să fii tu capabil să personalizeze codul , în loc de a înregistra și reda doar.

# 6) Așteptați întrebări pe - gândiți-vă timpul, tranzacțiile, comentariile, opțiunile de înregistrare, setările de rulare etc. - acestea sunt pentru a vă testa cunoștințele despre cele mai bune practici de scriptare.

Următoarele sunt câteva dintre Interviu de testare a performanței întrebări care va avea nevoie de ceva experiență pentru a răspunde. Încercați să țineți cont de aceste întrebări în timp ce lucrați la proiectele dvs. de testare a performanței, astfel încât activitatea de pregătire a interviului să devină un proces continuu.

1. Care sunt diferitele probleme de scriptare cu care v-ați confruntat până acum?
2. Care sunt blocajele de performanță pe care le-ați găsit în proiectele la care lucrați? Care sunt recomandările făcute pentru a depăși aceste probleme?
3. Ați aplicat legea lui Little proiectului dvs.? Dacă da, cum?
4. Care este abordarea ta pentru analiză?
5. Ce monitorizați în timpul execuției?
6. Cum să extrageți datele serverului pentru executarea testului și cum să le analizați?
7. Cum se identifică blocajele de performanță?

Domeniile cheie de întrebare sunt:

• Provocări cu care te confrunți în timpul scripturilor
• Funcția de corelație
• Eroare de manipulare
• Diferite moduri de înregistrare pentru protocolul HTTP HTTP / HTML.
• Crearea scenariului
• Provocări în timpul execuției
• Analiză

Mai jos am furnizat câteva întrebări comune și răspunsuri la interviurile LoadRunner. Cu toate acestea, vă rugăm să rețineți că cele mai bune rezultate pot fi obținute prin furnizarea răspunsuri pe baza expunerii, expertizei și interpretării conceptelor . Învățarea doar a răspunsurilor la întrebări nu este întotdeauna optimă. Practică, învață și expert - aceasta ar trebui să fie abordarea dvs. pentru pregătirea interviului Testarea performanței.

Întrebări și cele mai bune răspunsuri la interviul LoadRunner

Q # 1) Care este diferența dintre testarea performanței și ingineria performanței?

Răspuns: În testarea performanței, ciclul de testare include colectarea cerințelor, scriptarea, execuția, partajarea rezultatelor și generarea de rapoarte. Ingineria performanței este un pas înaintea testării performanței, după executare; rezultatele sunt analizate cu scopul de a găsi blocajele de performanță și se oferă soluția pentru rezolvarea problemelor identificate.

Q # 2) Explicați ciclul de viață al testării performanței.

Răspuns:

• Pasul 1: Analiza sistemului (identificarea tranzacției critice)
  Generator de utilizatori virtuali
• Pasul 2: Crearea de scripturi de utilizator virtuale (înregistrare)
• Pasul 3: Definirea comportamentului utilizatorilor (setare Runtime)
  Controler LoadRunner
• Pasul 4: Crearea scenariilor de testare a încărcării
• Pasul 5: Rularea scenariilor de testare a sarcinii și monitorizarea performanței
  Analiza LoadRunner
• Pasul 6: Analiza rezultatelor

Consultați Tutorial de testare a performanței nr. 2 pentru mai multe detalii.

Î # 3) Ce este testarea performanței?

Răspuns: Testarea performanței se face pentru a evalua performanța aplicației în condiții de sarcină și solicitare. În general, se măsoară în termeni de timp de răspuns al acțiunii utilizatorului asupra unei aplicații.

Q # 4) Ce este testarea sarcinii?

Răspuns: Testarea încărcării este de a determina dacă o aplicație poate funcționa bine cu utilizarea intensă rezultată din utilizarea unui număr mare de utilizatori simultan. Sarcina este mărită pentru a simula sarcina de vârf pe care serverele o vor prelua în perioadele maxime de utilizare.

Q # 5) Care sunt diferitele componente ale LoadRunner?

Răspuns:

Componentele majore ale LoadRunner sunt:

• VUGen: Înregistrează scripturi Vuser care imită acțiunile utilizatorilor reali.
• Controlor: Centru administrativ pentru crearea, întreținerea și executarea scenariilor de testare a sarcinii. Atribuie scenarii Vusers și generatoare de sarcină, pornește și oprește testele de încărcare.
• Generator de încărcare: Un agent prin care putem genera sarcină
• Analiză: Oferă grafice și rapoarte care rezumă performanța sistemului

Q # 6) Care este punctul Rendezvous?

Răspuns: Punctul de întâlnire ajută la emularea încărcării grele a utilizatorului (cerere) pe server. Aceasta îi instruiește pe Vusers să acționeze simultan. Când Vuser ajunge la punctul Rendezvous, așteaptă toți Vusers cu punctul Rendezvous. Odată ce numerele desemnate de Vusers ajung la acesta, Vusers sunt eliberate. Funcția lr_rendezvous este utilizată pentru a crea punctul Rendezvous. Aceasta poate fi inserată de:

• Butonul de întâlnire de pe bara de instrumente de înregistrare plutitoare în timpul înregistrării.
• După înregistrare, punctul de întâlnire este introdus prin Insert> Rendezvous .

Q # 7) Care sunt diferitele secțiuni ale scenariului? În ce secvență rulează aceste secțiuni?

Răspuns: Scriptul LoadRunner are trei secțiuni Vuser_init, Action și Vuser_end.

• Vuser_init are solicitări / acțiuni de conectare la aplicație / server.
• Acțiune are cod actual pentru a testa funcționalitatea aplicației. Acest lucru poate fi jucat de multe ori în iterații.
• Vuser_end are cereri / acțiuni pentru a vă conecta din aplicație / server.

Secvența în care aceste secțiuni sunt executate este Vuser_init este chiar la început și Vuser_end la sfârșit. Acțiunea se execută între cele două.

Q # 8) Cum identificați ce protocol să utilizați pentru orice aplicație?

convertor de la youtube la mp4 de înaltă calitate

Răspuns: Anterior, testerul de performanță trebuia să depindă mult de echipa de dezvoltare pentru a afla despre protocolul pe care aplicația îl folosește pentru a interacționa cu serverul. Uneori, era și speculativ.

Cu toate acestea, LoadRunner oferă un mare ajutor sub formă de Consilier de protocol începând cu versiunea 9.5. Consilierul de protocol detectează protocoalele pe care le folosește aplicația și ne sugerează posibilele protocoale în care scriptul poate fi creat pentru a simula utilizatorul real.

Q # 9) Ce este o corelație? Explicați diferența dintre corelația automată și manual Corelație?

Răspuns: Corelația este utilizată pentru a gestiona valorile dinamice dintr-un script. Valoarea dinamică s-ar putea modifica pentru fiecare acțiune a utilizatorului (valoarea se modifică atunci când acțiunea este redată de același utilizator) sau pentru utilizatori diferiți (valoarea se modifică atunci când acțiunea este redată cu un utilizator diferit). În ambele cazuri, corelația are grijă de aceste valori și le împiedică să eșueze în timpul execuției.

Corelarea manuală implică identificarea valorii dinamice, găsirea primei apariții a valorii dinamice, identificarea limitelor unice de captare a valorii dinamice, scrierea funcției de corelație web_reg_save_param înainte ca solicitarea să aibă prima apariție a unei valori dinamice în răspunsul său.

Corelația automatizată funcționează pe reguli de corelație predefinite. Scriptul este redat și scanat pentru autocorelare la eșec. Vugen identifică locul oriunde funcționează regulile de corelare și corelează valoarea la aprobare.

A se referi la acest tutorial pentru mai multe detalii.

Q # 10) Cum să identificăm ce să corelăm și ce să parametrizăm?

Răspuns: Orice valoare din script care se modifică la fiecare iterație sau cu diferiți utilizatori în timp ce redă are nevoie de corelație. Orice intrare de utilizator în timpul înregistrării trebuie parametrizată.

Q # 11) Ce este Parametrizarea și de ce este necesară Parametrizarea în script?

Răspuns: Înlocuirea valorilor codificate în cadrul scriptului cu un parametru se numește Parameterizare. Acest lucru ajută un singur utilizator virtual (Vuser) să utilizeze date diferite la fiecare rulare. Acest lucru simulează utilizarea reală a unei aplicații, deoarece evită serverul de la cache a rezultatelor.

A se referi la acest tutorial pentru mai multe detalii.

Q # 12) Cum identificați cazurile de utilizare ale testelor de performanță ale oricărei aplicații?

Răspuns: Cazuri de testare / cazuri de utilizare pentru testele de performanță sunt aproape aceleași cu orice cazuri de testare de testare manuală / funcțională în care sunt scrise fiecare etapă efectuată de utilizator. Singura diferență este că toate cazurile de testare manuală nu pot fi cazuri de utilizare pentru testarea performanței, deoarece există puține criterii de selecție ca:

• Activitatea utilizatorului ar trebui să fie legată de funcționalitatea critică și cea mai importantă a aplicației.
• Activitatea utilizatorului ar trebui să aibă o cantitate mare de activitate în baza de date, cum ar fi căutarea, ștergerea sau inserarea.
• Activitatea utilizatorului ar trebui să aibă un volum bun de utilizatori. Funcționalitatea de a avea mai puțină activitate a utilizatorului este, în general, omisă din punctul de vedere al testării performanței. De exemplu, activitatea contului de administrator.

Oricare dintre cazurile de testare manuale care îndeplinesc criteriile de mai sus pot fi utilizate ca caz de utilizare a testelor de performanță / caz de testare. Dacă cazurile de testare manuale nu sunt scrise pas cu pas, echipa de performanță ar trebui să creeze documente dedicate pentru acestea.

Q # 13) În timp ce creați scripturi, ați creat reguli de corelație pentru Corelarea automată. Dacă doriți să împărtășiți regulile de corelare cu membrii echipei dvs. care lucrează la aceeași aplicație, astfel încât acesta să poată folosi același lucru pe stația sa de lucru, cum veți face asta?

Răspuns: Regulile de corelație pot fi exportate prin fișierul .cor și același fișier poate fi importat prin VuGen.

Q # 14) Care sunt diferitele tipuri de jurnale Vuser care pot fi utilizate în timpul scriptării și executării? Care este diferența dintre aceste jurnale? Când dezactivați înregistrarea?

Răspuns: Există două tipuri de jurnale Vuser disponibile - Jurnal standard și Jurnal extins. Jurnalele sunt cheia pentru depanarea scriptului. Odată ce un script este pornit, jurnalul este activat numai pentru erori.

Jurnalul standard creează un jurnal de funcții și mesaje trimise la server în timpul executării scriptului, în timp ce jurnalul extins conține avertismente suplimentare și alte mesaje. Înregistrarea este utilizată în timpul depanării și este dezactivată în timpul execuției. Logarea poate fi activată pentru erori în acest caz.

Q # 15) Care este abordarea modulară a scriptului?

Răspuns: În abordarea modulară, se creează o funcție pentru fiecare cerere ( De exemplu, conectare, deconectare, salvare, ștergere etc.) și aceste funcții sunt apelate ori de câte ori este necesar. Această abordare oferă mai multă libertate pentru reutilizarea cererii și economisește timp. Cu această abordare, se recomandă să lucrați cu solicitări personalizate web.

Q # 16) Care sunt diferitele tipuri de obiective din Scenariul orientat spre obiective?

Răspuns: LoadRunner are cinci tipuri diferite de obiective în scenariul orientat spre obiective. Acestea sunt:

1. Numărul de Vusers concurenți
2. Numărul de accesări pe secundă
3. Numărul de tranzacții pe secundă
4. Numărul de pagini pe minut
5. Timpul de răspuns la tranzacție

Q # 17) Cum este validat fiecare pas în script?

Răspuns: Fiecare pas din script este validat cu conținutul de pe pagina returnată. O verificare a conținutului verifică dacă conținutul specific este prezent sau nu pe pagina web. Există două tipuri de verificare a conținutului care pot fi utilizate în LoadRunner:

• Verificare text: Aceasta verifică dacă există un text / șir pe pagina web.
• Verificare imagine: Aceasta verifică dacă există o imagine pe o pagină web.

Q # 18) Cum se modifică scriptul VuGen după înregistrare?

Răspuns: Odată ce scriptul este înregistrat, acesta poate fi modificat cu următorul proces:

• Tranzacţie
• Parametrizare
• Corelație
• Declarații variabile
• Punct de întâlnire
• Validări / punct de control

Q # 19) Ce sunt Ramp-up și Ramp Down?

Răspuns:

• Intensifice: Rata la care utilizatorii virtuali se adaugă la testul de încărcare.
• Rampa în jos: Rata cu care utilizatorii virtuali ies din testul de încărcare.

Q # 20) Care este avantajul de a rula Vuser ca fir?

Răspuns: Rularea Vusers ca fir ajută la generarea mai multor utilizatori virtuali de pe orice mașină datorită tipăririi de memorie mică a Vuser care rulează un fir.

Q # 21) Ce este timpul pierdut în jurnalul VuGen Replay?

Răspuns: Timpul pierdut nu este efectuat niciodată de către niciun utilizator de browser și doar timpul petrecut cu activitățile care susțin analiza testului. Aceste activități sunt legate de înregistrarea, păstrarea evidenței și analiza personalizată.

Q # 22) Cum activați verificarea textului și a imaginii în VuGen?

Răspuns: Acest lucru se poate face folosind funcțiile web_find (pentru verificarea textului) și web_image_check (pentru verificarea imaginii) și activând verificarea imaginii și a textului din setarea runtime.
Setarea timpului de rulare–> Preferință–> Activați caseta de selectare Imagine și text.

Q # 23) Care este diferența dintre web_reg_find și web_find?

Răspuns: funcția web_reg_find este procesată înainte de solicitarea trimisă și este plasată înainte de cerere în scriptul VuGen, în timp ce o funcție web_find este procesată după ce vine răspunsul la cerere și este plasată după cerere în scriptul VuGen.

Q # 24) Care sunt provocările cu care vă veți confrunta pentru a crea pasul „Selectați tot” și apoi „Ștergeți” pentru orice cont de e-mail?

Răspuns: În acest caz, postarea pentru „Selectați toate” și „Ștergeți” se va schimba de fiecare dată în funcție de numărul de mesaje disponibile. Pentru aceasta, cererea înregistrată pentru cei doi ar trebui înlocuită cu cererea personalizată și este necesară construirea șirului pentru a construi postul. ( Notă - Această întrebare are nevoie de cunoștințe practice. Așadar, vă rog practic acest lucru și formulați-vă răspunsul).

Q # 25) Care este diferența dintre ritm și timp de gândire?

Răspuns: Ritmarea este timpul de așteptare între iterațiile acțiunii, în timp ce gândirea timpului este un timp de așteptare între tranzacții.

Q # 26) Care este numărul de grafice pe care le puteți monitoriza folosind Controller la un moment dat? Care este maxima lor?

Răspuns: Unul, două, patru și opt grafice pot fi văzute odată. Numărul maxim de grafice care pot fi monitorizate simultan este 8.

Q # 27) Aveți o aplicație care arată rezultatele examenului studentului. Corespunzător numelui fiecărui student, se menționează dacă a promovat sau a eșuat examenul cu eticheta „Pass” și „Fail”. Cum veți identifica numărul de studenți trecuți și eșuați în scriptul VuGen?

Răspuns: Pentru acest text, verificarea este utilizată pentru pagina web pentru textul „Treceți și„ Eșuați ”. Prin intermediul funcției web_reg_find, putem captura numărul de texte găsite pe pagina web cu ajutorul „SaveCount”. SaveCount a stocat numărul de potriviri găsite. De exemplu-

Q # 28) În timpul testului de încărcare, care este setarea optimă pentru jurnale?

Răspuns: Pentru testul de încărcare, nivelul jurnalului este setat la minim. Acest lucru poate fi realizat setând nivelul jurnalului la jurnalul standard și selectând butonul radio „Trimiteți un mesaj numai atunci când apare o eroare”.

Q # 29) Cum vă veți ocupa de situația în care au fost scripturile pentru căsuța dvs. poștală, trebuie să selectați oricăror mesaje la întâmplare pentru a le citi?

Răspuns: Pentru aceasta, vom înregistra scriptul pentru citirea primului mail. Încercați să găsiți ceea ce este postat în cerere pentru a citi primul e-mail, cum ar fi ID-urile de e-mail sau nr. Rând.

Din postarea în care se reflectă o listă de e-mailuri, vom încerca să capturăm toate rândurile ID-urilor de e-mail cu funcția de corelare și să păstrăm Ordinal ca All, adică ORD = Toate. Înlocuiți ID-ul de e-mail solicitat în postarea citită cu oricare dintre ID-ul de e-mail selectat aleatoriu din lista ID-urilor de e-mail capturate.

Consultați acest lucru Tutorial de scriptare .

Q # 30) Ce este timpul de gândire? Care este nivelul Threshold pentru timpul de gândire și cum poate fi schimbat acest lucru?

Răspuns: Timpul de gândire este timpul de așteptare inserat intenționat între acțiunile din script pentru a emula timpul de așteptare real al utilizatorului în timp ce efectuați o activitate pe aplicație. Nivelul Threshold pentru Think time din nivelul sub care timpul de gândire înregistrat va fi ignorat. Acest lucru poate fi schimbat din Opțiuni înregistrate-> Script-> Generați timp de gândire mai mare decât pragul.

Q # 31) Cum este configurată corelația automată?

Răspuns: Orice setare legată de corelarea automată poate fi realizată de Opțiuni generale-> Corelație. Regulile de corelație sunt stabilite din Opțiuni de înregistrare-> Corelații.

Q # 32) Cum decideți numărul de mașini generatoare de sarcină necesare pentru a efectua un test?

Răspuns: Numărul de generatoare de sarcină necesare depinde în totalitate de protocolul utilizat pentru a crea scriptul și configurația mașinii generator de sarcină. Fiecare protocol are o imprimare de memorie diferită și aceasta decide câți utilizatori virtuali pot fi generați din configurația de date a mașinii (generator de încărcare).

Q # 33) Care sunt capabilitățile pe care le căutați exact în timp ce selectați instrumentul de testare a performanței?

Răspuns: Instrumentul de testare a performanței ar trebui să poată: -

• Testarea unei aplicații construite folosind mai multe tehnologii și platforme hardware.
• Determinați adecvarea unui server pentru testarea aplicației
• Testarea unei aplicații cu o încărcătură de zeci, mii și chiar mii de utilizatori virtuali.

Q # 34) Cum diferă utilizatorii concurenți de utilizatorii simultani?

Răspuns: Toți utilizatorii simultani sunt utilizatori simultani, dar viceversa nu este adevărat.

Toți utilizatorii din scenariul de rulare sunt utilizatori concurenți, deoarece utilizează aceeași aplicație în același timp, dar poate face sau nu aceleași sarcini. Utilizatorii simultani îndeplinesc aceeași sarcină în același timp. Utilizatorii simultani sunt transformați în utilizatori simultani prin puncte de întâlnire.

Punctele de întâlnire instruiesc sistemul să aștepte până ajunge un anumit număr de Vuseri, astfel încât toți să poată face o anumită sarcină simultan.

Q # 35) Cum identificați ce valori trebuie corelate în script? Dă un exemplu.

Răspuns: Acest lucru se poate face în moduri:

• Înregistrați cele două scripturi cu pași similari și comparați-le folosind utilitarul WDiff. (Vezi Tutorial Corelație).
• Reluați scriptul înregistrat și scanați pentru corelație. Aceasta oferă o listă de valori care pot fi corelate.

Session-Id este un bun exemplu în acest sens. Când sunt înregistrate și comparate două scripturi folosind utilitarul WDiff. ID-urile de sesiune din cele două scripturi ar trebui să fie diferite, iar WDiff evidențiază aceste valori.

Î. 36) Cum afectează cache-ul rezultatele testării performanței?

Răspuns: Când datele sunt stocate în memoria cache a serverului, serverul nu trebuie să preia rezultatul și nu este declanșată nicio activitate a serverului. Rezultatul testului nu reflectă aceeași performanță a utilizatorilor reali care utilizează aplicația cu date diferite.

Q # 37) Cum veți opri executarea unui script în caz de eroare?

Răspuns: Acest lucru poate fi realizat prin funcția lr_abort. Funcția instruiește Vuser să oprească executarea secțiunii Acțiune și să încheie execuția executând secțiunea vuser_end. Această funcție este utilă în gestionarea unei erori specifice.

Acest lucru poate fi, de asemenea, utilizat pentru a gestiona o situație mai degrabă decât o eroare în care executarea nu este posibilă. Funcția a atribuit starea „Oprit” Vuser-ului care sa oprit din cauza funcției lr_abort. În setarea Run-Time, „Continuare eroare” ar trebui să fie debifată.

Este randul tau

Sperăm acest lucru o compilație uriașă de întrebări de interviu LoadRunner cu răspunsuri vă vor dovedi utile tuturor.

La STH, profesăm întotdeauna importanța fundamentelor . Același lucru este valabil și pentru a reuși și la testul de performanță profesionist. Cu toate acestea, ne dorim ca acest chestionar de interviu de testare a performanței să fie un punct de referință instrumental pentru toți cei care aspiră să găsească sau să avanseze într-o carieră de testare a performanței folosind LoadRunner.

Vă doresc tot ce e mai bun!

=> Vizitați aici pentru o serie completă de tutoriale LoadRunner

PREV Tutorial | Primul tutorial

Sper că v-a plăcut întreaga gamă de tutoriale din această serie LoadRunner.

Lectură recomandată

• Întrebări și răspunsuri la interviu
• Întrebări și răspunsuri la interviuri de testare ETL
• Câteva întrebări și răspunsuri dificile de testare manuală
• Cele mai bune 25 de întrebări și răspunsuri de interviu pentru testarea agilă
• 34 Cele mai frecvente întrebări și răspunsuri ale interviului SoapUI
• Întrebări de interviu cu răspunsuri Spock (Cele mai populare)
• Câteva întrebări interesante despre testarea software-ului
• Top 20+ Întrebări și răspunsuri la interviu .NET