37 Vanliga LoadRunner-intervjufrågor och bästa svar

37 most common loadrunner interview questions

Vanliga LoadRunner-intervjufrågor.

I vår tidigare handledning utforskade vi allt om Testresultatanalys i LoadRunner .

Denna artikel kommer att fokusera på viktigaste vanliga LoadRunner-intervjufrågor och svar som hjälper dig att lyckas i intervjuer med prestandatestare med LoadRunner.

LoadRunner är ett av de bästa licensierade prestandatestverktygen på marknaden. Det passar bäst för de flesta av de kommande teknikerna på grund av det stora utbudet av protokoll som stöds.

=> Klicka här för en komplett serie LoadRunner-handledning

Några grundläggande tips innan vi börjar:

# 1) LoadRunner-intervjufrågor kan delas in i tre huvudtyper - Skript, utförande och Analys . Det är viktigt för nybörjare att fokusera mer på skriptdelen.

#två) Http / HTML används mest Protokoll, försök till en början att göra detta protokoll perfekt.

# 3) Var noga med att känna till exakt version av LoadRunner som du arbetade med. Om du har arbetserfarenhet med en tidigare version, försök att hålla dig uppdaterad med de funktioner som ingår i de nyare / nuvarande versionerna.

# 4) Prestandatester intervjuer är mer praktiska än de brukade vara. Scenarioorienterade frågor är vanliga snarare än enkla. Vissa företag gör till och med skripttester till en del av intervjuprocessen. Så var beredd på samma sak.

# 5) Även i skript är det att föredra att du är det kunna anpassa koden , istället för att bara spela in och spela upp igen.

# 6) Förvänta dig frågor om - funderingstid, transaktioner, kommentarer, inspelningsalternativ, runtime-inställningar , etc. - dessa är för att testa din kunskap om bästa praxis för skript.

Följande är några av de Intervju med prestandatestning frågor som behöver lite erfarenhet för att svara. Försök att ha dessa frågor i åtanke när du arbetar med dina prestandatestprojekt, så intervjuförberedelseaktiviteten blir en kontinuerlig process.

1. Vilka är de olika skriptionsproblemen du har ställt inför hittills?
2. Vilka flaskhalsar har du hittat i de projekt du arbetade med? Vilka är rekommendationerna för att lösa dessa problem?
3. Har du tillämpat Little's lag på ditt projekt? Om så är fallet, hur?
4. Vad är din metod för analys?
5. Vad övervakar du när du kör?
6. Hur extraherar jag serverdata för testutförande och hur analyserar jag det?
7. Hur identifierar jag flaskhalsar?

Viktiga frågor är:

• Utmaningar som du möter under skript
• Korrelationsfunktion
• Felhantering
• Olika inspelningslägen för HTTP / HTML-protokoll.
• Scenarioskapande
• Utmaningar under utförandet
• Analys

Nedan har vi gett några vanliga LoadRunner-intervjufrågor och svar på dem. Observera dock att bästa resultat kan uppnås genom att tillhandahålla svar baserat på din exponering, expertis och tolkning av begreppen . Att lära sig bara svaren på frågor är inte alltid optimalt. Öva, lär dig och expert - detta borde vara din inställning för att förbereda prestandatestning.

LoadRunner-intervjufrågor och bästa svar

F # 1) Vad är skillnaden mellan Performance Testing och Performance engineering?

Svar: I Prestandatestning inkluderar testcykeln kravuppsamling, skript, körning, resultatdelning och rapportgenerering. Performance Engineering är ett steg före Performance Testing där efter utförande; resultaten analyseras i syfte att hitta prestandaflaskhalsar och lösningen tillhandahålls för att lösa de identifierade problemen.

F # 2) Förklara prestandatestningens livscykel.

Svar:

• Steg 1: Systemanalys (identifiering av kritisk transaktion)
  Generator för virtuella användare
• Steg 2: Skapa virtuella användarskript (inspelning)
• Steg 3: Definiera användarnas beteende (Runtime-inställning)
  LoadRunner-styrenhet
• Steg 4: Skapa belastningstestscenarier
• Steg 5: Köra belastningstestscenarier och övervaka prestanda
  LoadRunner-analys
• Steg 6: Analysera resultaten

Hänvisa Prestanda testtutorial nr 2 för mer detaljer.

F # 3) Vad är prestandatestning?

Svar: Prestandatestning görs för att utvärdera applikationens prestanda under belastnings- och påfrestningsförhållanden. Det mäts vanligtvis i termer av svarstiden för användarens åtgärd för en applikation.

F # 4) Vad är belastningstestning?

Svar: Load Testing är att avgöra om en applikation kan fungera bra med den tunga användningen som ett resultat av att ett stort antal användare använder den samtidigt. Belastningen ökas för att simulera toppbelastningen som servrarna kommer att ta under maximala användningsperioder.

F # 5) Vilka är de olika komponenterna i LoadRunner?

Svar:

De viktigaste komponenterna i LoadRunner är:

• VUGen: Registrerar Vuser-skript som efterliknar verkliga användares handlingar.
• Kontroller: Administrativt centrum för att skapa, underhålla och genomföra belastningstestscenarier. Tilldelar scenarier till Vusers och lastgeneratorer, startar och stoppar laddningstester.
• Lastgenerator: En agent genom vilken vi kan generera belastning
• Analys: Tillhandahåller diagram och rapporter som sammanfattar systemets prestanda

F # 6) Vad är mötet med Rendezvous?

Svar: Rendezvous-punkt hjälper till att emulera tung användarbelastning (begäran) på servern. Detta instruerar Vusers att agera samtidigt. När Vuser når Rendezvous-punkten väntar den på alla Vusers med Rendezvous-punkt. När det angivna antalet Vusers når det släpps Vusersna. Funktionen lr_rendezvous används för att skapa Rendezvous-punkten. Detta kan infogas av:

• Rendezvous-knapp i det flytande inspelningsverktygsfältet under inspelning.
• Efter inspelning infogas Rendezvous-punkt genom Infoga> Rendezvous .

F # 7) Vilka är de olika delarna av manuset? I vilken sekvens kör dessa avsnitt?

Svar: LoadRunner-skriptet har tre avsnitt Vuser_init, Action och Vuser_end.

• Vuser_init har förfrågningar / åtgärder för att logga in på applikationen / servern.
• Handling har faktisk kod för att testa funktionaliteten i applikationen. Detta kan spelas många gånger i iterationer.
• Vuser_end har förfrågningar / åtgärder för att logga in från applikationen / servern.

Sekvensen i vilken dessa avsnitt körs är Vuser_init är i början och Vuser_end i slutet. Åtgärden utförs mellan de två.

F # 8) Hur identifierar du vilket protokoll du ska använda för alla applikationer?

casting char till int c ++

Svar: Tidigare var Performance tester tvungna att bero mycket på utvecklingsteamet för att veta om protokollet som applikationen använder för att interagera med servern. Ibland brukade det också vara spekulativt.

LoadRunner ger dock stor hjälp i form av Protokollrådgivare från version 9.5 och framåt. Protokollrådgivare upptäcker de protokoll som applikationen använder och föreslår för oss de möjliga protokoll där manus kan skapas för att simulera den riktiga användaren.

F # 9) Vad är en korrelation? Förklara skillnaden mellan automatisk korrelation och manuell Korrelation?

Svar: Korrelation används för att hantera de dynamiska värdena i ett skript. Det dynamiska värdet kan ändras för varje användaråtgärd (värdet ändras när åtgärden spelas om av samma användare) eller för olika användare (värdet ändras när åtgärden spelas om med en annan användare). I båda fallen tar korrelationen hand om dessa värden och förhindrar att de misslyckas under körningen.

Manuell korrelation innefattar att identifiera det dynamiska värdet, hitta den första förekomsten av dynamiskt värde, identifiera de unika gränserna för att fånga det dynamiska värdet, skriva korrelationsfunktionen web_reg_save_param innan begäran har den första förekomsten av ett dynamiskt värde i sitt svar.

Automatiserad korrelation fungerar på fördefinierade korrelationsregler. Manuset spelas upp och skannas för autokorrelation vid misslyckande. Vugen identifierar platsen där korrelationsreglerna fungerar och korrelerar värdet vid godkännande.

Hänvisa till denna handledning för mer detaljer.

F # 10) Hur identifierar man vad man ska korrelera och vad man ska parametrera?

Svar: Alla värden i skriptet som ändras vid varje iteration eller med de olika användarna under omspelning behöver korrelation. Alla användarinmatningar under inspelning bör parametriseras.

F # 11) Vad är parametreringen och varför är parametreringen nödvändig i skriptet?

Svar: Att ersätta hårdkodade värden i skriptet med en parameter kallas Parameterization. Detta hjälper en enda virtuell användare (Vuser) att använda olika data vid varje körning. Detta simulerar verklig användning av ett program eftersom det undviker serverns cachningsresultat.

Hänvisa till denna handledning för mer detaljer.

F # 12) Hur identifierar du Prestanda testanvändningsfall för alla applikationer?

Svar: Testfall / användningsfall för prestandatester är nästan samma som alla manuella / funktionella testtestfall där varje steg som utförs av användaren skrivs. Den enda skillnaden är att alla manuella testfall inte kan vara fall för prestandatestning eftersom det finns få kriterier för valet som:

• Användaraktiviteten ska vara relaterad till programmets kritiska och viktigaste funktionalitet.
• Användaraktiviteten bör ha en hel del databasaktivitet som att söka, radera eller infoga.
• Användaraktiviteten bör ha en bra användarvolym. Funktionaliteten att ha mindre användaraktivitet utelämnas i allmänhet ur synvinkeln Prestandatestning. Till exempel, administratörskontoaktivitet.

Vilket som helst av de manuella testfall som uppfyller ovanstående kriterier kan användas som ett testfall / testfall. Om manuella testfall inte skrivs steg för steg bör Performance-teamet skapa dedikerade dokument för dem.

F # 13) Medan du skriptade skapade du korrelationsregler för automatisk korrelation. Om du vill dela korrelationsreglerna med dina teammedlemmar som arbetar med samma applikation så att han / hon kan använda samma på sin arbetsstation, hur ska du göra det?

Svar: Korrelationsregler kan exporteras via .cor-filen och samma fil kan importeras via VuGen.

F # 14) Vilka är olika typer av Vuser-loggar som kan användas vid skriptning och körning? Vad är skillnaden mellan dessa loggar? När du inaktiverar loggning?

Svar: Det finns två typer av Vuser-loggar tillgängliga - Standardlogg och Utökad logg. Loggar är nyckeln för att felsöka skriptet. När ett skript är igång är loggning endast aktiverat för fel.

Standardloggen skapar en logg över funktioner och meddelanden som skickas till servern under skriptkörning medan den utökade loggen innehåller ytterligare varningar och andra meddelanden. Loggning används under felsökning och inaktiveras under körning. Loggning kan aktiveras för fel i så fall.

F # 15) Vad är det modulära tillvägagångssättet för skript?

Svar: I modulär metod skapas en funktion för varje begäran ( Till exempel, logga in, logga ut, spara, ta bort, etc.) och dessa funktioner anropas var som helst. Detta tillvägagångssätt ger mer frihet att återanvända begäran och sparar tid. Med detta tillvägagångssätt rekommenderas att du arbetar med webbanpassade förfrågningar.

F # 16) Vilka är de olika typerna av mål i målorienterat scenario?

Svar: LoadRunner har fem olika typer av mål i målorienterat scenario. Dessa är:

1. Antalet samtidiga Vusers
2. Antalet träffar per sekund
3. Antalet transaktioner per sekund
4. Antal sidor per minut
5. Transaktionens svarstid

F # 17) Hur valideras varje steg i skriptet?

Svar: Varje steg i skriptet valideras med innehållet på den returnerade sidan. En innehållskontroll verifierar om specifikt innehåll finns på webbsidan eller inte. Det finns två typer av en innehållskontroll som kan användas i LoadRunner:

• Textkontroll: Detta söker efter en text / sträng på webbsidan.
• Bildkontroll: Detta söker efter en bild på en webbsida.

F # 18) Hur ändras VuGen-skriptet efter inspelning?

Svar: När skriptet har spelats in kan det modifieras med följande process:

• Transaktion
• Parametrisering
• Korrelation
• Variabla deklarationer
• Rendezvous Point
• Valideringar / kontrollpunkt

F # 19) Vad är ramp-up och ramp-down?

Svar:

• Ramp-up: Hastighet som virtuella användare lägger till i lasttestet.
• Tona ner: Hastighet med vilken virtuella användare lämnar lasttestet.

F # 20) Vilken är fördelen med att köra Vuser som tråd?

Svar: Att köra Vusers som tråd hjälper till att generera fler virtuella användare från vilken maskin som helst på grund av det lilla minnesavtrycket från Vuser som kör en tråd.

F # 21) Vad är bortkastad tid i VuGen Replay-loggen?

Svar: Slöserietid utförs aldrig av någon webbläsaranvändare och bara den tid som spenderas på de aktiviteter som stöder testanalysen. Dessa aktiviteter är relaterade till loggning, registerföring och anpassad analys.

F # 22) Hur aktiverar du text- och bildkontroller i VuGen?

Svar: Detta kan göras genom att använda funktionerna web_find (för textkontroll) och web_image_check (för bildkontroll) och aktivera bild- och textkontroll från runtime-inställningen.
Körtid -> Inställningar -> Aktivera kryssrutan Bild och text.

F # 23) Vad är skillnaden mellan web_reg_find och web_find?

Svar: web_reg_find-funktionen behandlas innan begäran skickas och placeras före begäran i VuGen-skriptet medan en web_find-funktion behandlas efter att svaret på begäran kommer och placeras efter begäran i VuGen-skript.

F # 24) Vilka är de utmaningar som du kommer att möta för att skripta steget 'Välj alla' och sedan 'Radera' för alla e-postkonton?

Svar: I det här fallet ändras inlägget för 'Välj alla' och 'Radera' varje gång beroende på antalet tillgängliga e-postmeddelanden. För detta bör den inspelade begäran för de två ersättas med den anpassade begäran och strängbyggnad krävs för att bygga inlägget. ( Notera - Denna fråga behöver praktisk kunskap. Så snälla detta praktiskt och formulera ditt svar).

F # 25) Vad är skillnaden mellan stimulering och tänketid?

Svar: Pacing är väntetiden mellan åtgärdsåterställningarna medan man tänker att tiden är en väntetid mellan transaktionerna.

F # 26) Hur många grafer kan du övervaka med Controller åt gången? Vad är max för dem?

Svar: En, två, fyra och åtta grafer kan ses åt gången. Det maximala antalet diagram som kan övervakas åt gången är 8.

F # 27) Du har en applikation som visar studentens examensresultat. Motsvarar namnet på varje elev nämns om han har klarat eller inte godkänt provet med etiketten ”Godkänd” och ”Underkänd”. Hur kommer du att identifiera antalet godkända och misslyckade studenter i VuGen-skriptet?

Svar: För denna text används kontroll för webbsidan för texten 'Godkänd och' Underkänd '. Genom funktionen web_reg_find kan vi fånga antalet texter som finns på webbsidan med hjälp av “SaveCount”. SaveCount sparade antalet hittade matchningar. Till exempel-

F # 28) Vad är den optimala inställningen för stockar under lasttestet?

Svar: För belastningstest är loggnivån inställd på minimal. Detta kan uppnås genom att ställa in loggnivån till standardloggen och välja alternativknappen 'Skicka ett meddelande endast när ett fel inträffar'.

F # 29) Hur kommer du att hantera situationen i skript för din postlåda du måste välja en post slumpmässigt att läsa?

Svar: För detta kommer vi att spela in manuset för att läsa den första posten. Försök hitta vad som läggs upp i begäran om att läsa den första posten, t.ex. post-ID eller radnr.

Från inlägget där en lista med e-postmeddelanden återspeglar, kommer vi att försöka fånga alla e-post-id-raderna nr med korrelationsfunktion och behålla Ordinal som Alla dvs ORD = Alla. Ersätt det begärda e-post-id: t i det lästa inlägget med något av det slumpmässigt valda e-post-id: n från listan över fångade e-post-id: n.

Se detta Skripthandledning .

F # 30) Vad är Think Time? Vad är tröskelnivån för tänketid och hur kan detta ändras?

Svar: Tänk tid är väntetiden infogad avsiktligt mellan åtgärderna i skriptet för att efterlikna verklig användares väntetid medan en aktivitet utförs i applikationen. Tröskelnivån för Tänktid i den nivå under vilken inspelad tänktid ignoreras. Detta kan ändras från Inspelade alternativ-> Skript-> Generera tanke tid större än tröskeln.

F # 31) Hur konfigureras den automatiska korrelationen?

Svar: Alla inställningar relaterade till automatiserad korrelation kan göras av Allmänna alternativ-> Korrelation. Korrelationsregler regleras från Inspelningsalternativ-> Korrelationer.

F # 32) Hur bestämmer du hur många lastgeneratormaskiner som krävs för att köra ett test?

Svar: Antalet lastgeneratorer som krävs beror helt på protokollet som används för att skapa skript och konfiguration av lastgeneratormaskinen. Varje protokoll har olika minnesutskrifter och detta avgör hur många virtuella användare som kan genereras från maskinens konfiguration (lastgenerator).

F # 33) Vilka är de funktioner du letar efter när du väljer prestandatestverktyget?

Svar: Prestandatestverktyget ska kunna: -

• Testar en applikation byggd med flera tekniker och hårdvaruplattformar.
• Bestäm lämpligheten för en server för att testa applikationen
• Testa en applikation med en belastning på tiotals, tusen och till och med tusentals virtuella användare.

F # 34) Hur skiljer sig samtidiga användare från samtidiga användare?

Svar: Alla samtidiga användare är samtidiga användare men vice versa är inte sant.

Alla Vusers i det löpande scenariot är samtidiga användare eftersom de använder samma program samtidigt men kanske eller kanske inte gör samma uppgifter. Samtidiga användare utför samma uppgift samtidigt. Samtidiga användare görs till samtidiga användare genom mötesplatser.

Rendezvous-poäng instruerar systemet att vänta tills ett visst antal Vusers anländer så att de alla kan göra en viss uppgift samtidigt.

F # 35) Hur identifierar du vilka värden som behöver korreleras i skriptet? Ge ett exempel.

Svar: Detta kan göras på sätt:

• Spela in de två skripten med liknande steg och jämför dem med hjälp av WDiff-verktyget. (Se handledning Korrelation).
• Spela om det inspelade skriptet och skanna efter korrelation. Detta ger en lista över värden som kan korreleras.

Session-Id är ett bra exempel på detta. När två skript spelas in och jämförs med WDiff-verktyget. Sessions-ID i de två skripten bör vara olika och WDiff belyser dessa värden.

F # 36) Hur påverkar cachning resultat av testning av prestanda?

Svar: När data cachas i serverns minne behöver servern inte hämta resultatet och ingen serveraktivitet utlöses. Testresultatet återspeglar inte samma prestanda för riktiga användare som använder applikationen med olika data.

F # 37) Hur kommer du att stoppa körningen av ett skript vid fel?

Svar: Detta kan uppnås genom funktionen lr_abort. Funktionen instruerar Vuser att sluta köra Action-sektionen och avsluta exekveringen genom att köra avsnittet vuser_end. Denna funktion är till hjälp vid hantering av ett specifikt fel.

Detta kan också användas för att hantera en situation snarare än fel där exekvering inte är möjlig. Funktionen tilldelade statusen 'Stoppad' till Vuser som slutade på grund av lr_abort-funktionen. I inställningen Körtid ska 'Fortsätt vid fel' avmarkeras.

Över till dig

Vi hoppas det här enorm sammanställning av LoadRunner-intervjufrågor med svar kommer att visa sig vara användbart för er alla.

På STH bekänner vi oss alltid vikten av grundläggande . Detsamma gäller för att lyckas även i prestandatestproffs. Vi önskar dock att det här frågeformuläret för prestandatestintervjuer ska vara en viktig referenspunkt för er alla som vill hitta eller gå vidare i en prestationstestkarriär med LoadRunner.

Önskar er allt det bästa!

=> Besök här för en komplett serie LoadRunner-självstudier

PREV-handledning | Första handledningen

Jag hoppas att du gillade hela utbudet av självstudier i denna LoadRunner-serie.

Rekommenderad läsning

• Intervjufrågor och svar
• ETL Testing Intervju Frågor och svar
• Några knepiga manuella testfrågor och svar
• 25 bästa intervjuer och svar på Agile Testing
• 34 vanligaste SoapUI intervjufrågor och svar
• Spock intervjufrågor med svar (mest populära)
• Några intressanta frågor om mjukvarutestning
• Topp 20+ .NET-intervjufrågor och svar