37 most common loadrunner interview questions
Ofte stilte spørsmål om LoadRunner-intervju.
I vår forrige opplæring utforsket vi alt om Testresultatanalyse i LoadRunner .
Denne artikkelen kommer til å fokusere på viktigste spørsmål og svar fra LoadRunner-intervjuet som vil hjelpe deg med å lykkes i ethvert intervju med performance tester ved hjelp av LoadRunner.
LoadRunner er et av de best lisensierte ytelsestestingsverktøyene i markedet. Det er best egnet for de fleste av de kommende teknologiene på grunn av det brede utvalget av støttede protokoller.
=> Klikk her for fullstendig serie med LoadRunner-veiledninger
Noen få grunnleggende tips før vi begynner:
#1) LoadRunner-intervjuspørsmål kan kategoriseres i tre hovedtyper - Skripting, utførelse og Analyse . Det er viktig for nybegynnere å fokusere mer på skriptdelen.
#to) Http / HTML brukes mest Protokoll, for å begynne med, prøv å perfeksjonere denne protokollen.
# 3) Husk å vite eksakt versjon av LoadRunner som du jobbet med. I tilfelle arbeidserfaring med en tidligere versjon, prøv å holde deg oppdatert med funksjonene som er en del av de nyere / nåværende versjonene.
# 4) Ytelsestesting intervjuer er mer praktiske enn de pleide å være. Scenarioorienterte spørsmål er vanlige i stedet for enkle. Noen selskaper gjør til og med skripttester til en del av intervjuprosessen. Så vær forberedt på det samme.
# 5) Selv i skripting foretrekkes det at du er det i stand til å tilpasse kode , i stedet for bare å spille inn og spille på nytt.
# 6) Forvent spørsmål om - tenktid, transaksjoner, kommentarer, opptaksalternativer, kjøretidsinnstillinger osv. - disse er for å teste din kunnskap om beste praksis for skripting.
Følgende er noen av de Performance Testing intervju spørsmål som trenger litt erfaring å svare på. Prøv å huske på disse spørsmålene mens du jobber med prestasjonstestprosjektene dine, slik at forberedelsesaktiviteten til intervjuet blir en kontinuerlig prosess.
- Hva er de forskjellige skriptspørsmålene du har møtt så langt?
- Hva er ytelsesflaskehalsene du fant i prosjektene du jobbet med? Hva er anbefalingene for å løse disse problemene?
- Har du brukt Little's lov på prosjektet ditt? I så fall hvordan?
- Hva er din tilnærming for analyse?
- Hva overvåker du mens du kjøres?
- Hvordan pakke ut serverdata for testutførelse og hvordan analysere det?
- Hvordan identifisere ytelsesflaskehalser?
Viktige spørsmålsområder er:
- Utfordringer du møter under skripting
- Korrelasjonsfunksjon
- Feilhåndtering
- Ulike opptaksmodi for Web HTTP / HTML-protokoll.
- Scenariooppretting
- Utfordringer under henrettelse
- Analyse
Nedenfor har vi gitt noen vanlige LoadRunner-intervjuspørsmål og svar på dem. Vær imidlertid oppmerksom på at de beste resultatene kan oppnås ved å tilby svar basert på eksponering, ekspertise og tolkning av konseptene . Å lære bare svarene på spørsmål er ikke alltid optimalt. Øv, lær og ekspert - dette bør være din tilnærming til forberedelse av Performance Testing intervju.
LoadRunner intervju spørsmål og beste svar
Q # 1) Hva er forskjellen mellom Performance Testing og Performance engineering?
Svar: I ytelsestesting inkluderer testsyklus kravinnsamling, skripting, utførelse, resultadeling og rapportgenerering. Performance Engineering er et skritt foran Performance Testing hvor etter utførelse; resultatene blir analysert med sikte på å finne ytelsesflaskehalsene, og løsningen blir gitt for å løse de identifiserte problemene.
Q # 2) Forklar livssyklus for ytelsestesting.
Svar:
- Trinn 1: Systemanalyse (identifisering av kritisk transaksjon)
Virtuell brukergenerator - Steg 2: Opprette virtuelle brukerskript (opptak)
- Trinn 3: Definere brukeratferd (kjøretidsinnstilling)
LoadRunner-kontroller - Trinn 4: Opprette belastningstestscenarier
- Trinn 5: Kjøre belastningstestscenarier og overvåke ytelsen
LoadRunner-analyse - Trinn 6: Analysere resultatene
Henvise Performance Testing Tutorial # 2 for flere detaljer.
Q # 3) Hva er ytelsestesting?
Svar: Ytelsestesting gjøres for å evaluere applikasjonens ytelse under belastnings- og belastningsforhold. Det måles vanligvis når det gjelder responstiden for brukerens handling på et program.
Spørsmål 4) Hva er belastningstesting?
Svar: Lastetesting er å avgjøre om et program kan fungere godt med den tunge bruken som følge av at et stort antall brukere bruker det samtidig. Belastningen økes for å simulere toppbelastningen som serverne skal ta i maksimale bruksperioder.
Q # 5) Hva er de forskjellige komponentene i LoadRunner?
Svar:
De viktigste komponentene i LoadRunner er:
- VUGen: Registrerer Vuser-skript som etterligner handlingene til virkelige brukere.
- Kontroller: Administrasjonssenter for å opprette, vedlikeholde og gjennomføre belastningstestscenarier. Tilordner scenarier til Vusers og lastgeneratorer, starter og stopper lastingstester.
- Lastgenerator: En agent som vi kan generere belastning gjennom
- Analyse: Tilbyr grafer og rapporter som oppsummerer systemytelsen
Sp # 6) Hva er poenget med Rendezvous?
Svar: Rendezvous-punkt hjelper til å etterligne stor brukerbelastning (forespørsel) på serveren. Dette instruerer Vusers til å handle samtidig. Når Vuser når Rendezvous-punktet, venter den på alle Vusers med Rendezvous-punkt. Når angitte antall Vusers når det, frigjøres Vusers. Funksjon lr_rendezvous brukes til å opprette Rendezvous-punktet. Dette kan settes inn av:
- Rendezvous-knapp på den flytende opptaksverktøylinjen mens du tar opp.
- Etter innspilling settes inn Rendezvous-punkt Sett inn> Rendezvous .
Sp # 7) Hva er de forskjellige delene av skriptet? I hvilken rekkefølge kjører disse seksjonene?
Svar: LoadRunner-skriptet har tre seksjoner Vuser_init, Action og Vuser_end.
- Vuser_init har forespørsler / handlinger for å logge på applikasjonen / serveren.
- Handling har faktisk kode for å teste funksjonaliteten til applikasjonen. Dette kan spilles mange ganger i iterasjoner.
- Vuser_end har forespørsler / handlinger for å logge ut av applikasjonen / serveren.
Sekvensen som disse seksjonene blir utført i, er Vuser_init helt i begynnelsen og Vuser_end helt på slutten. Handlingen utføres mellom de to.
Sp # 8) Hvordan identifiserer du hvilken protokoll du skal bruke for et hvilket som helst program?
casting char til int c ++
Svar: Tidligere Performance tester måtte avhenge mye av utviklingsteamet for å vite om protokollen som applikasjonen bruker for å samhandle med serveren. Noen ganger pleide det også å være spekulativt.
LoadRunner gir imidlertid god hjelp i form av Protokollrådgiver fra versjon 9.5 og utover. Protokollrådgiver oppdager protokollene som applikasjonen bruker, og foreslår for oss mulige protokoller der skript kan opprettes for å simulere den virkelige brukeren.
Sp # 9) Hva er en sammenheng? Forklar forskjellen mellom automatisk korrelasjon og manuell Sammenheng?
Svar: Korrelasjon brukes til å håndtere de dynamiske verdiene i et skript. Den dynamiske verdien kan endres for hver brukerhandling (verdi endres når handling spilles av samme bruker) eller for forskjellige brukere (verdi endres når handling spilles på nytt med en annen bruker). I begge tilfeller ivaretar korrelasjon disse verdiene og hindrer dem i å mislykkes under utførelsen.
Manuell korrelasjon innebærer å identifisere den dynamiske verdien, finne den første forekomsten av dynamisk verdi, identifisere de unike grensene for å fange den dynamiske verdien, skrive korrelasjonsfunksjonen web_reg_save_param før forespørselen har den første forekomsten av en dynamisk verdi i sitt svar.
Automatisert korrelasjon fungerer på forhåndsdefinerte korrelasjonsregler. Manuset spilles av og skannes for autokorrelasjon når det mislykkes. Vugen identifiserer stedet hvor korrelasjonsreglene fungerer og korrelerer verdien ved godkjenning.
Referere til denne opplæringen for flere detaljer.
Sp # 10) Hvordan identifisere hva man skal korrelere og hva man skal parametrisere?
Svar: Enhver verdi i skriptet som endres på hver iterasjon eller med de forskjellige brukerne mens du spiller på nytt, trenger korrelasjon. Alle brukerinnganger under opptak skal parametriseres.
Spørsmål nr. 11) Hva er parameterisering og hvorfor er parameterisering nødvendig i skriptet?
Svar: Å erstatte hardkodede verdier i skriptet med en parameter kalles Parameterization. Dette hjelper en enkelt virtuell bruker (Vuser) til å bruke forskjellige data på hver kjøring. Dette simulerer bruk av et program i virkeligheten, da det unngår server fra hurtigbufring.
Referere til denne opplæringen for flere detaljer.
Spørsmål nr. 12) Hvordan identifiserer du Performance-brukstilfeller for et hvilket som helst program?
Svar: Testtilfeller / Bruksområder for ytelsestester er nesten det samme som alle manuelle / funksjonelle testtesttilfeller der hvert trinn utført av brukeren er skrevet. Den eneste forskjellen er at alle manuelle testtilfeller ikke kan være ytelsestesting, da det er få kriterier for utvalget som:
- Brukeraktiviteten skal være relatert til den kritiske og viktigste funksjonaliteten til applikasjonen.
- Brukeraktiviteten bør ha en god mengde databaseaktivitet, for eksempel søk, slett eller sett inn.
- Brukeraktiviteten skal ha et godt brukervolum. Funksjonaliteten til å ha mindre brukeraktivitet er generelt utelatt fra ytelsestest synspunkt. For eksempel, admin konto aktivitet.
Enhver av de manuelle testtilfellene som oppfyller ovennevnte kriterier, kan brukes som en ytelsestest / testtilfelle. Hvis manuelle testtilfeller ikke skrives trinnvis, bør Performance-teamet lage dedikerte dokumenter for dem.
Q # 13) Mens du skriptet opprettet du korrelasjonsregler for automatisk korrelasjon. Hvis du vil dele korrelasjonsreglene med teammedlemmene dine som jobber med den samme applikasjonen, slik at han / hun kan bruke det samme på arbeidsstasjonen sin, hvordan vil du gjøre det?
Svar: Korrelasjonsregler kan eksporteres gjennom .cor-filen, og den samme filen kan importeres via VuGen.
Sp # 14) Hva er forskjellige typer Vuser-logger som kan brukes under skripting og kjøring? Hva er forskjellen mellom disse loggene? Når du deaktiverer logging?
Svar: Det er to typer Vuser-logger tilgjengelig - Standardlogg og Utvidet logg. Logger er nøkkelen for feilsøking av skriptet. Når et skript er i gang, er logging aktivert kun for feil.
Standardlogg oppretter en logg over funksjoner og meldinger som sendes til serveren under skriptutførelse, mens den utvidede loggen inneholder flere advarsler og andre meldinger. Logging brukes under feilsøking og deaktiveres under kjøring. Logging kan aktiveres for feil i så fall.
Sp # 15) Hva er den modulære tilnærmingen til skripting?
Svar: I modulær tilnærming opprettes en funksjon for hver forespørsel ( For eksempel, innlogging, utlogging, lagring, sletting osv.) og disse funksjonene kalles hvor som helst. Denne tilnærmingen gir mer frihet til å gjenbruke forespørselen og sparer tid. Med denne tilnærmingen anbefales det å jobbe med tilpassede forespørsler på nettet.
Spørsmål nr. 16) Hva er de forskjellige typer mål i målrettet scenario?
Svar: LoadRunner har fem forskjellige typer mål i målorientert scenario. Disse er:
- Antall samtidige Vusere
- Antall treff per sekund
- Antall transaksjoner per sekund
- Antall sider per minutt
- Transaksjonens responstid
Sp # 17) Hvordan blir hvert trinn validert i skriptet?
Svar: Hvert trinn i skriptet er validert med innholdet på den returnerte siden. En innholdssjekk verifiserer om spesifikt innhold er tilstede på websiden eller ikke. Det er to typer innholdssjekk som kan brukes i LoadRunner:
- Tekstkontroll: Dette ser etter en tekst / streng på websiden.
- Bildekontroll: Dette ser etter et bilde på en webside.
Sp # 18) Hvordan endres VuGen-skriptet etter innspilling?
Svar: Når skriptet er spilt inn, kan det endres med følgende prosess:
- Transaksjon
- Parameterisering
- Sammenheng
- Variable erklæringer
- Møtested
- Valideringer / kontrollpunkt
Q # 19) Hva er Ramp-up og Ramp Down?
Svar:
- Ramp-up: Rate som virtuelle brukere legger til belastningstesten.
- Ramp ned: Vurder hvor virtuelle brukere går ut fra belastningstesten.
Sp # 20) Hva er fordelen med å kjøre Vuser som tråd?
Svar: Å kjøre Vusers som tråd hjelper med å generere flere virtuelle brukere fra hvilken som helst maskin på grunn av det lille minnet på Vuser som kjører en tråd.
Q # 21) Hva er bortkastet tid i VuGen Replay-loggen?
Svar: Sløsingstid utføres aldri av noen nettleserbrukere, og bare tiden som brukes på aktivitetene som støtter testanalysen. Disse aktivitetene er relatert til logging, journalføring og tilpasset analyse.
Spørsmål nr. 22) Hvordan aktiverer du tekst- og bildekontroll i VuGen?
Svar: Dette kan gjøres ved å bruke funksjonene web_find (for tekstkontroll) og web_image_check (for bildekontroll) og aktivere bilde- og tekstkontroll fra kjøretidsinnstilling.
Innstilling av kjøretid–> Innstillinger–> Aktiver avmerkingsboksen for bilde og tekst.
Q # 23) Hva er forskjellen mellom web_reg_find og web_find?
Svar: web_reg_find-funksjonen behandles før forespørselen sendes og plasseres før forespørselen i VuGen-skriptet, mens en web_find-funksjon behandles etter at svaret på forespørselen kommer og plasseres etter forespørselen i VuGen-skriptet.
Spørsmål nr. 24) Hva er utfordringene du vil møte med å skript trinnet 'Velg alt' og deretter 'Slett' for en hvilken som helst e-postkonto?
Svar: I dette tilfellet vil innlegget for 'Velg alt' og 'Slett' endres hver gang, avhengig av antall tilgjengelige e-poster. For dette bør den registrerte forespørselen for de to erstattes med den tilpassede forespørselen, og strengbygging kreves for å bygge innlegget. ( Merk - Dette spørsmålet trenger praktisk kunnskap. Så vær så snill og formuler svaret ditt).
Q # 25) Hva er en forskjell mellom tempo og tenketid?
Svar: Pacing er ventetiden mellom handlingens iterasjoner, mens det å tenke at tiden er ventetid mellom transaksjonene.
Q # 26) Hvor mange grafer kan du overvåke ved hjelp av Controller om gangen? Hva er maks av dem?
Svar: En, to, fire og åtte grafer kan sees om gangen. Maksimalt antall grafer som kan overvåkes om gangen er 8.
Q # 27) Du har et program som viser studentens eksamensresultater. I samsvar med navnet på hver student ble det nevnt om han besto eller ikke besto eksamen med merkelappen “Bestått” og “Ikke bestått”. Hvordan vil du identifisere antall beståtte og mislykkede studenter i VuGen-skriptet?
Svar: For denne teksten brukes sjekk på websiden for teksten 'Bestått og' Ikke bestått '. Gjennom funksjonen web_reg_find kan vi fange antall tekster som finnes på websiden ved hjelp av “SaveCount”. SaveCount lagret antall treff som ble funnet. For eksempel-
web_reg_find('Text=Pass', 'SaveCount=Pass_Student', LAST); web_reg_find('Text=Fail', 'SaveCount=Fail_Student', LAST);
Spørsmål nr. 28) Hva er den optimale innstillingen for logger under lastetesten?
Svar: For lasttest er loggnivået satt til minimalt. Dette kan oppnås ved å stille loggnivået til standardloggen og velge alternativknappen 'Send en melding bare når det oppstår en feil'.
Spørsmål nr. 29) Hvordan vil du håndtere situasjonen i skriptet for postkassen din, at du må velge hvilken som helst e-post tilfeldig å lese?
Svar: For dette vil vi ta opp skriptet for å lese den første e-posten. Prøv å finne det som blir lagt ut i forespørselen om å lese den første e-posten, for eksempel e-post-ID eller radnr.
Fra innlegget der en liste over e-postmeldinger reflekterer, vil vi prøve å fange opp alle e-post-ID-radene nr med korrelasjonsfunksjon og holde Ordinal som Alt, dvs. ORD = Alt. Erstatt den forespurte e-post-ID-en i leseinnlegget med en vilkårlig valgt e-post-ID fra listen over hentede e-post-ID-er.
Henvis til dette Skriptveiledning .
Spørsmål nr. 30) Hva er tenketiden? Hva er terskelnivået for tenketid og hvordan kan dette endres?
Svar: Tenketid er ventetiden satt inn med vilje mellom handlingene i skriptet for å etterligne ekte brukeres ventetid mens du utfører en aktivitet på applikasjonen. Terskelnivået for tenketid i nivået under hvilken registrert tenketid vil bli ignorert. Dette kan endres fra Registrerte alternativer-> Skript-> Generer tanketiden større enn terskelen.
Spørsmål nr. 31) Hvordan er den automatiserte korrelasjonen konfigurert?
Svar: Enhver innstilling relatert til automatisert korrelasjon kan gjøres av Generelle alternativer-> Sammenheng. Korrelasjonsregler er satt fra Opptaksalternativer-> Korrelasjoner.
Q # 32) Hvordan bestemmer du antall lastgeneratormaskiner som kreves for å kjøre en test?
Svar: Antallet nødvendige lastgeneratorer avhenger helt av protokollen som brukes til å lage skriptet og konfigurasjonen av lastgeneratormaskinen. Hver protokoll har forskjellig minnetrykk, og dette bestemmer hvor mange virtuelle brukere som kan genereres fra maskinens gi-konfigurasjon (lastgenerator).
Spørsmål nr. 33) Hva er funksjonene du ser etter når du velger ytelsesprøveverktøyet?
Svar: Ytelsestestingsverktøyet kan:
- Testing av en applikasjon bygget med flere teknologier og maskinvareplattformer.
- Bestem egnetheten til en server for å teste applikasjonen
- Testing av et program med en belastning på ti, tusen og til og med tusenvis av virtuelle brukere.
Sp # 34) Hvordan skiller samtidige brukere seg fra samtidige brukere?
Svar: Alle samtidige brukere er samtidige brukere, men omvendt er ikke sant.
Alle Vusers i det løpende scenariet er samtidige brukere, ettersom de bruker samme applikasjon samtidig, men kanskje eller ikke gjør de samme oppgavene. Samtidige brukere utfører den samme oppgaven samtidig. Samtidige brukere gjøres til samtidige brukere gjennom møteplasser.
Rendezvous-punkter instruerer systemet om å vente til et visst antall Vusere ankommer slik at de alle kan utføre en bestemt oppgave samtidig.
Sp # 35) Hvordan identifiserer du hvilke verdier som må korreleres i skriptet? Gi et eksempel.
Svar: Dette kan gjøres på måter:
- Ta opp de to skriptene med lignende trinn og sammenlign dem ved hjelp av WDiff-verktøyet. (Se veiledning Korrelasjon).
- Spill det innspilte skriptet på nytt og skann etter korrelasjon. Dette gir en liste over verdier som kan korreleres.
Session-Id er et godt eksempel på dette. Når to skript blir tatt opp og sammenlignet ved hjelp av WDiff-verktøyet. Sessions-ID-er i de to skriptene skal være forskjellige, og WDiff fremhever disse verdiene.
Sp # 36) Hvordan påvirker caching resultatene av ytelsestesting?
Svar: Når data er bufret i serverens minne, trenger serveren ikke å hente resultatet, og ingen serveraktivitet utløses. Testresultatet gjenspeiler ikke den samme ytelsen til virkelige brukere som bruker applikasjonen med forskjellige data.
Sp # 37) Hvordan vil du stoppe utførelsen av et skript ved feil?
Svar: Dette kan oppnås gjennom funksjonen lr_abort. Funksjonen instruerer Vuser om å slutte å utføre handlingsdelen og avslutte utførelsen ved å utføre delen vuser_end. Denne funksjonen er nyttig i håndteringen av en bestemt feil.
Dette kan også brukes til å håndtere en situasjon i stedet for feil der utførelse ikke er mulig. Funksjonen tilordnet statusen 'Stoppet' til brukeren som stoppet på grunn av funksjonen lr_abort. I kjøretid-innstillingen skal ikke 'Fortsett med feil' være avmerket.
Over til deg
Vi håper dette stor samling av LoadRunner intervju spørsmål med svar vil være nyttig for dere alle.
På STH bekjenner vi oss alltid viktigheten av grunnleggende . Det samme gjelder for å lykkes i prestasjonstestprofesjonellen også. Imidlertid ønsker vi at dette spørreskjemaet om ytelsestesting vil være et instrumentalt referansepunkt for alle dere som ønsker å finne eller komme videre i en prestasjonstestekarriere ved hjelp av LoadRunner.
Ønsker deg det aller beste!
=> Besøk her for en komplett serie med LoadRunner-opplæringsprogrammer
PREV Opplæring | Første opplæring
Jeg håper du likte hele spekteret av opplæringsprogrammer i denne LoadRunner-serien.
Anbefalt lesing
- Intervju spørsmål og svar
- ETL Testing Intervju Spørsmål og svar
- Noen vanskelige manuelle testspørsmål og svar
- 25 beste spørsmål om svar og svar på smidig testing
- 34 vanligste spørsmål og svar om SoapUI-intervju
- Spock Intervjuespørsmål med svar (mest populære)
- Noen interessante intervjusspørsmål om programvaretesting
- Topp 20+ .NET intervju spørsmål og svar