37 mest almindelige LoadRunner-interviewspørgsmål og bedste svar

37 most common loadrunner interview questions

Ofte stillede spørgsmål om LoadRunner-interview.

I vores tidligere tutorial undersøgte vi alt om Testresultatanalyse i LoadRunner .

Denne artikel vil fokusere på vigtigste spørgsmål og svar til LoadRunner-interview det hjælper dig med at få succes i ethvert performance testers interview ved hjælp af LoadRunner.

LoadRunner er et af de bedst licenserede Performance Testing-værktøjer på markedet. Det er bedst egnet til de fleste af de kommende teknologier på grund af den brede vifte af understøttede protokoller.

=> Klik her for en komplet serie af LoadRunner-vejledninger

Et par grundlæggende tip, før vi begynder:

# 1) LoadRunner-interviewspørgsmål kan kategoriseres i 3 hovedtyper - Scripting, udførelse og Analyse . Det er vigtigt for begyndere at fokusere mere på scripting-delen.

#to) Http / HTML er mest brugt Protokol, for at starte med at prøve at perfektionere denne protokol.

# 3) Sørg for at kende nøjagtig version af LoadRunner som du arbejdede på. I tilfælde af arbejdserfaring med en tidligere version, så prøv at holde dig opdateret med de funktioner, der er en del af de nyere / aktuelle versioner.

# 4) Test af ydeevne interviews er mere praktiske end de plejede at være. Scenarieorienterede spørgsmål er almindelige snarere end ligetil. Nogle virksomheder gør endda script-tests til en del af interviewprocessen. Så vær forberedt på det samme.

# 5) Selv i scripting foretrækkes det, at du er det i stand til at tilpasse kode , i stedet for bare at optage og gentage.

# 6) Forvent spørgsmål om - tænketid, transaktioner, kommentarer, optagelsesmuligheder, runtime-indstillinger osv. - disse er for at teste din viden om bedste praksis for scripting.

Følgende er nogle af de Performance Testing-interview spørgsmål der har brug for en vis erfaring for at svare. Prøv at holde disse spørgsmål i tankerne, mens du arbejder på dine præstationstestprojekter, så forberedelsesaktiviteten til interviewet bliver en kontinuerlig proces.

1. Hvad er de forskellige scripting-problemer, du hidtil har haft?
2. Hvad er de præstationsflaskehalse, du fandt i de projekter, du arbejdede med? Hvilke anbefalinger fremsættes for at løse disse problemer?
3. Har du anvendt Little's lov på dit projekt? Hvis ja, hvordan?
4. Hvad er din tilgang til analyse?
5. Hvad overvåger du under udførelse?
6. Hvordan udpakkes serverdata til testudførelse, og hvordan analyseres det?
7. Hvordan identificeres præstationsflaskehalse?

De vigtigste spørgsmålsområder er:

• Udfordringer, som du står over for under scripting
• Korrelationsfunktion
• Fejlhåndtering
• Forskellige optagetilstande til Web HTTP / HTML-protokol.
• Oprettelse af scenarie
• Udfordringer under udførelse
• Analyse

Nedenfor har vi givet et par almindelige LoadRunner-interviewspørgsmål og svar på dem. Bemærk dog, at de bedste resultater kan opnås ved at levere svar baseret på din eksponering, ekspertise og fortolkning af begreberne . At lære bare svarene på spørgsmål er ikke altid optimalt. Øv, lær og ekspert - dette skal være din tilgang til forberedelse af Performance Testing-interview.

LoadRunner Interview Spørgsmål og bedste svar

Q # 1) Hvad er forskellen mellem Performance Testing og Performance Engineering?

Svar: I Performance Testing inkluderer testcyklus kravindsamling, scripting, udførelse, resultatdeling og rapportgenerering. Performance Engineering er et skridt foran Performance Testing hvor efter udførelse; resultater analyseres med det formål at finde ydeevne flaskehalse, og løsningen leveres til at løse de identificerede problemer.

Q # 2) Forklar præstationsafprøvning af livscyklus.

Svar:

• Trin 1: Systemanalyse (identifikation af kritisk transaktion)
  Generator for virtuel bruger
• Trin 2: Oprettelse af virtuelle brugerskripter (optagelse)
• Trin 3: Definition af brugeradfærd (Runtime-indstilling)
  LoadRunner-controller
• Trin 4: Oprettelse af belastningstestscenarier
• Trin 5: Kørsel af belastningstestscenarier og overvågning af ydeevnen
  LoadRunner-analyse
• Trin 6: Analyse af resultaterne

Henvise Performance Testing Tutorial # 2 for flere detaljer.

Spørgsmål nr. 3) Hvad er ydelsestest?

Svar: Performance Testing udføres for at evaluere applikationens ydeevne under belastnings- og stressforhold. Det måles generelt ud fra svartiden for brugerens handling på en applikation.

Spørgsmål nr. 4) Hvad er belastningstestning?

Svar: Load Testing er at bestemme, om et program kan fungere godt med den tunge brug, der skyldes, at et stort antal brugere bruger det samtidigt. Belastningen øges for at simulere den maksimale belastning, som serverne skal tage i maksimale brugsperioder.

Q # 5) Hvad er de forskellige komponenter i LoadRunner?

Svar:

De vigtigste komponenter i LoadRunner er:

• VUGen: Registrerer Vuser-scripts, der efterligner handlinger fra rigtige brugere.
• Styring: Administrativt center til oprettelse, vedligeholdelse og udførelse af belastningstestscenarier. Tildeler scenarier til Vusere og belastningsgeneratorer, starter og stopper indlæsningstest.
• Belastningsgenerator: En agent, gennem hvilken vi kan generere belastning
• Analyse: Indeholder grafer og rapporter, der opsummerer systemets ydeevne

Q # 6) Hvad er Rendezvous-punktet?

Svar: Rendezvous-punkt hjælper med at efterligne tung brugerbelastning (anmodning) på serveren. Dette instruerer Vusere til at handle samtidigt. Når Vuser når Rendezvous-punktet, venter den på alle Vusere med Rendezvous-punkt. Når det angivne antal Vusers når det, frigives Vuserne. Funktion lr_rendezvous bruges til at oprette Rendezvous-punktet. Dette kan indsættes ved:

• Rendezvous-knap på den flydende optagelsesværktøjslinje under optagelse.
• Efter optagelse indsættes Rendezvous-punkt Indsæt> Rendezvous .

Q # 7) Hvad er de forskellige sektioner i scriptet? I hvilken rækkefølge kører disse sektioner?

Svar: LoadRunner-scriptet har tre sektioner Vuser_init, Action og Vuser_end.

• Vuser_init har anmodninger / handlinger for at logge ind på applikationen / serveren.
• Handling har faktisk kode til at teste programmets funktionalitet. Dette kan spilles mange gange i iterationer.
• Vuser_end har anmodninger / handlinger for at logge ud af applikationen / serveren.

Sekvensen, som disse sektioner udføres i, er Vuser_init er i begyndelsen og Vuser_end i slutningen. Handlingen udføres imellem de to.

Spørgsmål nr. 8) Hvordan identificerer du, hvilken protokol der skal bruges til ethvert program?

hvordan du tilføjer til en streng array

Svar: Tidligere havde Performance tester været afhængig meget af udviklingsteamet for at vide om den protokol, som applikationen bruger til at interagere med serveren. Nogle gange plejede det også at være spekulativt.

LoadRunner yder dog stor hjælp i form af Protokolrådgiver fra version 9.5 og fremefter. Protokolrådgiver registrerer de protokoller, som applikationen bruger, og foreslår os de mulige protokoller, hvor script kan oprettes for at simulere den rigtige bruger.

Q # 9) Hvad er en sammenhæng? Forklar forskellen mellem automatisk korrelation og manuel Korrelation?

Svar: Korrelation bruges til at håndtere de dynamiske værdier i et script. Den dynamiske værdi kan ændre sig for hver brugerhandling (værdi ændres, når handling afspilles igen af ​​den samme bruger) eller for forskellige brugere (værdi ændres, når handling afspilles med en anden bruger). I begge tilfælde tager korrelation sig af disse værdier og forhindrer dem i at mislykkes under udførelsen.

Manuel korrelation involverer identifikation af den dynamiske værdi, finde den første forekomst af dynamisk værdi, identificere de unikke grænser for at indfange den dynamiske værdi, skrive korrelationsfunktion web_reg_save_param, før anmodningen har den første forekomst af en dynamisk værdi i sit svar.

Automatiseret korrelation fungerer på foruddefinerede korrelationsregler. Manuset afspilles og scannes for autokorrelation, hvis det fejler. Vugen identificerer stedet, hvor korrelationsreglerne fungerer, og korrelerer værdien ved godkendelse.

Henvise til denne vejledning for flere detaljer.

Spørgsmål nr. 10) Hvordan identificeres, hvad der skal korreleres, og hvad man skal parametrere?

Svar: Enhver værdi i scriptet, der ændres på hver iteration eller hos de forskellige brugere, mens der afspilles, skal korrelere. Ethvert brugerinput under optagelse skal parametriseres.

Spørgsmål nr. 11) Hvad er parametrering og hvorfor er parametrering nødvendig i scriptet?

Svar: Udskiftning af hårdkodede værdier i scriptet med en parameter kaldes Parameterization. Dette hjælper en enkelt virtuel bruger (Vuser) med at bruge forskellige data på hver kørsel. Dette simulerer den virkelige brug af en applikation, da den undgår server fra cache-resultater.

Henvise til denne vejledning for flere detaljer.

Spørgsmål nr. 12) Hvordan identificerer du præstationstests brugstilfælde for ethvert program?

Svar: Testcases / Anvendelsessager til Performance-tests er næsten de samme som alle manuelle / funktionelle testtestsager, hvor hvert trin udført af brugeren er skrevet. Den eneste forskel er, at alle manuelle testtilfælde ikke kan være anvendelsestilfælde, da der er få kriterier for udvælgelsen som:

• Brugeraktiviteten skal være relateret til applikationens kritiske og vigtigste funktionalitet.
• Brugeraktiviteten skal have en god mængde databaseaktivitet såsom søgning, sletning eller indsættelse.
• Brugeraktiviteten skal have en god brugervolumen. Funktionaliteten ved at have mindre brugeraktivitet udelades generelt set fra præstationstestsynspunktet. For eksempel, admin konto aktivitet.

Enhver af de manuelle testtilfælde, der opfylder ovenstående kriterier, kan bruges som en performance case / test case. Hvis manuelle testsager ikke skrives trin for trin, skal Performance-teamet oprette dedikerede dokumenter til dem.

Q # 13) Under scripting oprettede du korrelationsregler for automatisk korrelation. Hvis du vil dele korrelationsreglerne med dine teammedlemmer, der arbejder på den samme applikation, så han / hun kan bruge det samme på sin arbejdsstation, hvordan vil du gøre det?

Svar: Korrelationsregler kan eksporteres gennem .cor-filen, og den samme fil kan importeres via VuGen.

Q # 14) Hvad er forskellige typer Vuser-logfiler, der kan bruges under scripting og udførelse? Hvad er forskellen mellem disse logfiler? Når du deaktiverer logning?

Svar: Der findes to typer af Vuser-logfiler - Standardlog og Udvidet log. Logfiler er nøglen til fejlfinding af scriptet. Når et script er i gang, er logning kun aktiveret for fejl.

Standardlog opretter en log over funktioner og meddelelser, der sendes til serveren under scriptudførelse, mens den udvidede log indeholder yderligere advarsler og andre meddelelser. Logning bruges under fejlretning og deaktiveres under udførelse. Logføring kan aktiveres for fejl i så fald.

Spørgsmål nr. 15) Hvad er den modulære tilgang til scripting?

Svar: I modulær tilgang oprettes en funktion for hver anmodning ( For eksempel, login, logout, gem, slet osv.) og disse funktioner kaldes, hvor det er nødvendigt. Denne tilgang giver mere frihed til at genbruge anmodningen og sparer tid. Med denne tilgang anbefales det at arbejde med tilpassede webanmodninger.

Spørgsmål nr. 16) Hvad er de forskellige typer mål i målorienteret scenarie?

Svar: LoadRunner har fem forskellige typer mål i målorienteret scenario. Disse er:

1. Antallet af samtidige Vusere
2. Antallet af hits pr. Sekund
3. Antallet af transaktioner pr. Sekund
4. Antallet af sider pr. Minut
5. Transaktionens svartid

Spørgsmål nr. 17) Hvordan valideres hvert trin i scriptet?

Svar: Hvert trin i scriptet valideres med indholdet på den returnerede side. En indholdskontrol verificerer, om specifikt indhold findes på websiden eller ej. Der er to typer indholdskontrol, som kan bruges i LoadRunner:

• Tekstkontrol: Dette kontrollerer for en tekst / streng på websiden.
• Billedkontrol: Dette søger efter et billede på en webside.

Spørgsmål nr. 18) Hvordan ændres VuGen-scriptet efter optagelse?

Svar: Når scriptet er optaget, kan det ændres med følgende proces:

• Transaktion
• Parameterisering
• Korrelation
• Variable erklæringer
• Rendezvous Point
• Valideringer / kontrolpunkt

Spørgsmål nr. 19) Hvad er rampe op og rampe ned?

Svar:

• Ramp-up: Sats, hvormed virtuelle brugere føjer til belastningstesten.
• Rampe ned: Sats, hvormed virtuelle brugere går ud af belastningstesten.

Spørgsmål nr. 20) Hvad er fordelen ved at køre Vuser som tråd?

Svar: At køre Vusere som tråd hjælper med at generere flere virtuelle brugere fra enhver maskine på grund af det lille hukommelsesudskrivning af Vuser, der kører en tråd.

Q # 21) Hvad er spildt tid i VuGen Replay-loggen?

Svar: Spildtid udføres aldrig af nogen browserbruger og kun den tid, der bruges på de aktiviteter, der understøtter testanalysen. Disse aktiviteter er relateret til logning, registrering og brugerdefineret analyse.

Spørgsmål nr. 22) Hvordan aktiverer du tekst- og billedkontrol i VuGen?

Svar: Dette kan gøres ved at bruge funktionerne web_find (til tekstkontrol) og web_image_check (til billedkontrol) og aktivere billed- og tekstkontrol fra runtime-indstilling.
Indstilling af kørselstid -> Præference -> Aktiver afkrydsningsfeltet Billede og tekst.

Spørgsmål nr. 23) Hvad er forskellen mellem web_reg_find og web_find?

Svar: web_reg_find-funktionen behandles før anmodningen sendes og placeres før anmodningen i VuGen-scriptet, mens en web_find-funktion behandles efter svaret på anmodningen kommer og placeres efter anmodningen i VuGen-scriptet.

Spørgsmål nr. 24) Hvad er de udfordringer, du vil stå over for at script trin 'Vælg alt' og derefter 'Slet' for enhver e-mail-konto?

Svar: I dette tilfælde ændres indlægget for 'Vælg alt' og 'Slet' hver gang afhængigt af antallet af tilgængelige mails. Til dette skal den registrerede anmodning om de to erstattes med den brugerdefinerede anmodning, og der kræves strengopbygning for at oprette posten. ( Bemærk - Dette spørgsmål kræver praktisk viden. Så vær venlig dette praktisk og formuler dit svar).

Spørgsmål nr. 25) Hvad er forskellen mellem tempo og tænketid?

Svar: Pacing er ventetiden mellem handlingens gentagelser, mens det at tænke tiden er en ventetid mellem transaktionerne.

Q # 26) Hvad er antallet af grafer, du kan overvåge ved hjælp af Controller ad gangen? Hvad er max for dem?

Svar: En, to, fire og otte grafer kan ses ad gangen. Det maksimale antal grafer, der kan overvåges ad gangen, er 8.

Spørgsmål nr. 27) Du har en applikation, der viser den studerendes eksamensresultater. Svarende til hver studerendes navn nævnes det, om han har bestået eller ikke bestået eksamen med etiketten 'Bestået' og 'Ikke bestået'. Hvordan identificerer du antallet af beståede og mislykkede studerende i VuGen-scriptet?

Svar: Til denne tekst bruges tjek på websiden til teksten 'Pass og' Fail '. Via funktionen web_reg_find kan vi registrere antallet af tekster, der findes på websiden ved hjælp af “SaveCount”. SaveCount gemte antallet af matches, der blev fundet. For eksempel-

Spørgsmål nr. 28) Hvad er den optimale indstilling for logfiler under belastningstesten?

Svar: For belastningstest er logniveauet indstillet til minimal. Dette kan opnås ved at indstille logniveauet til standardloggen og vælge alternativknappen 'Send kun en besked, når der opstår en fejl'.

Spørgsmål nr. 29) Hvordan vil du håndtere situationen i scripting for din postkasse, du skal vælge en mail tilfældigt at læse?

Svar: Til dette registrerer vi scriptet til læsning af den første mail. Prøv at finde ud af, hvad der sendes i anmodningen om at læse den første mail, f.eks. Mail-id'er eller række nr.

Fra indlægget, hvor en liste over e-mails afspejler, vil vi forsøge at fange alle e-mail-id-rækken nr med korrelationsfunktion og holde Ordinal som Alt, dvs. ORD = Alt. Udskift det ønskede e-mail-id i det læste indlæg med et vilkårligt valgt e-mail-id fra listen over registrerede e-mail-id'er.

Se dette Scripting Tutorial .

Spørgsmål nr. 30) Hvad er tænketiden? Hvad er tærskelniveauet for tænketid, og hvordan kan dette ændres?

Svar: Tænketid er ventetiden, der med vilje indsættes mellem handlingerne i scriptet for at efterligne den virkelige brugers ventetid, mens de udfører en aktivitet på applikationen. Tærskelniveauet for tænketid i det niveau, under hvilket den registrerede tænketid vil blive ignoreret. Dette kan ændres fra Optagede indstillinger-> Script-> Generer tænketid større end tærsklen.

Spørgsmål nr. 31) Hvordan konfigureres den automatiske korrelation?

Svar: Enhver indstilling relateret til automatiseret korrelation kan udføres af Generelle indstillinger-> Korrelation. Korrelationsregler er sat fra Optagelsesmuligheder-> Korrelationer.

Spørgsmål nr. 32) Hvordan beslutter du antallet af krævede belastningsgeneratormaskiner til at køre en test?

Svar: Antallet af krævede belastningsgeneratorer afhænger helt af protokollen, der bruges til at oprette scriptet og konfigurationen af ​​belastningsgeneratoren. Hver protokol har en anden hukommelsesudskrivning, og dette bestemmer, hvor mange virtuelle brugere der kan genereres ud fra maskinens give-konfiguration (load generator).

Spørgsmål nr. 33) Hvilke funktioner er det nøjagtigt, du leder efter, når du vælger værktøjet til test af ydelse?

Svar: Værktøj til præstationstest skal kunne: -

• Test af en applikation bygget med flere teknologier og hardwareplatforme.
• Bestem egnetheden af ​​en server til test af applikationen
• Test af en applikation med en belastning på ti, tusind og endda tusinder af virtuelle brugere.

Spørgsmål nr. 34) Hvordan adskiller samtidige brugere sig fra samtidige brugere?

Svar: Alle samtidige brugere er samtidige brugere, men omvendt er ikke sandt.

Alle Vusere i det kørende scenarie er samtidige brugere, da de bruger den samme applikation på samme tid, men måske eller måske ikke udfører de samme opgaver. Samtidige brugere udfører den samme opgave på samme tid. Samtidige brugere gøres til samtidige brugere gennem rendezvous-punkter.

Rendezvous-punkter instruerer systemet i at vente, indtil et bestemt antal Vusere ankommer, så de alle kan udføre en bestemt opgave samtidigt.

Spørgsmål nr. 35) Hvordan identificerer du, hvilke værdier der skal korreleres i scriptet? Giv et eksempel.

Svar: Dette kan gøres på måder:

• Optag de to scripts med lignende trin, og sammenlign dem ved hjælp af WDiff-værktøjet. (Se tutorial Korrelation).
• Afspil det indspillede script igen, og scan for korrelation. Dette giver en liste over værdier, der kan korreleres.

Session-Id er et godt eksempel på dette. Når to scripts optages og sammenlignes ved hjælp af WDiff-værktøjet. Sessions-id'er i de to scripts skal være forskellige, og WDiff fremhæver disse værdier.

Spørgsmål nr. 36) Hvordan påvirker caching resultaterne af præstationstestning?

Svar: Når data cachelagres i serverens hukommelse, behøver serveren ikke at hente resultatet, og der udløses ingen serveraktivitet. Testresultatet afspejler ikke den samme ydeevne for rigtige brugere, der bruger applikationen med forskellige data.

Spørgsmål nr. 37) Hvordan stopper du udførelsen af ​​et script ved fejl?

Svar: Dette kan opnås gennem lr_abort-funktionen. Funktionen instruerer Vuser om at stoppe med at udføre handlingsafsnittet og afslutte udførelsen ved at udføre vuser_end-afsnittet. Denne funktion er nyttig til håndtering af en bestemt fejl.

Dette kan også bruges til at håndtere en situation snarere end en fejl, hvor udførelse ikke er mulig. Funktionen tildelte statusen 'Stoppet' til Vuser, som stoppede på grund af lr_abort-funktionen. I indstillingen Kørselstid skal 'Fortsæt ved fejl' ikke være markeret.

Over til dig

Vi håber det kæmpe samling af LoadRunner-interviewspørgsmål med svar vil vise sig nyttigt for jer alle.

Hos STH bekender vi os altid vigtigheden af ​​grundlæggende . Det samme gælder også for at få succes i den professionelle præstationstest. Vi ønsker dog, at dette spørgeskema til præstationstest er et instrumentalt referencepunkt for alle jer, der ønsker at finde eller komme videre i en karriere til præstationstest ved hjælp af LoadRunner.

Ønsker dig alt det bedste!

=> Besøg her for en komplet serie af LoadRunner-vejledninger

PREV-vejledning | Første vejledning

Jeg håber, du har nydt hele rækken af ​​tutorials i denne LoadRunner-serie.

Anbefalet læsning

• Interviewspørgsmål og svar
• ETL Testing Interview Spørgsmål og svar
• Nogle vanskelige manuelle testspørgsmål og svar
• 25 bedste spørgsmål og svar til interview med Agile Testing
• 34 mest almindelige spørgsmål og svar på SoapUI-interview
• Spock Interview-spørgsmål med svar (mest populære)
• Nogle interessante softwaretestinterviewspørgsmål
• Top 20+ .NET Interview Spørgsmål og svar