37 most common loadrunner interview questions
Meest gestelde vragen over LoadRunner-sollicitatiegesprekken.
In onze vorige tutorial hebben we er alles over onderzocht Testresultaatanalyse in LoadRunner
Dit artikel gaat zich concentreren op de de belangrijkste veelgestelde vragen en antwoorden voor het LoadRunner-interview waarmee u succesvol kunt zijn in het sollicitatiegesprek van een prestatietester met LoadRunner.
LoadRunner is een van de best gelicentieerde prestatietesttools op de markt. Het is het meest geschikt voor de meeste opkomende technologieën vanwege het brede scala aan ondersteunde protocollen.
Klik hier voor een complete serie LoadRunner-zelfstudies
Een paar basisaanwijzingen voordat we beginnen:
# 1) LoadRunner-interviewvragen kunnen worden onderverdeeld in 3 hoofdtypen - Scripting, uitvoering en Analyse Het is belangrijk voor beginners om zich meer te concentreren op het scriptgedeelte.
#twee) Http / HTML is het meest gebruikte protocol, probeer om te beginnen dit protocol te perfectioneren.
# 3) Zorg ervoor dat u de exacte versie van LoadRunner waaraan je hebt gewerkt. Als je werkervaring hebt met een eerdere versie, probeer jezelf dan op de hoogte te houden met de functies die deel uitmaken van de nieuwere / huidige versies.
# 4) Prestatietests interviews zijn praktischer dan vroeger. Scenario-georiënteerde vragen zijn veel voorkomende in plaats van eenvoudige vragen. Sommige bedrijven maken zelfs scriptingtests onderdeel van het interviewproces. Wees dus op hetzelfde voorbereid.
# 5) Zelfs bij scripting heeft het de voorkeur dat u dat bent in staat om code aan te passen , in plaats van alleen opnemen en opnieuw afspelen.
# 6) Verwacht vragen over - denktijd, transacties, opmerkingen, opname-opties, runtime-instellingen , enz. - deze zijn bedoeld om uw kennis van best practices voor scripts te testen.
De volgende zijn enkele van de Functioneringsgesprek vragen dat zal enige ervaring nodig hebben om te beantwoorden. Probeer deze vragen in gedachten te houden terwijl u aan uw prestatietestprojecten werkt, zodat de voorbereiding van het interview een continu proces wordt.
- Wat zijn de verschillende scriptproblemen waarmee u tot nu toe te maken kreeg?
- Wat zijn de prestatieknelpunten die u tegenkwam in de projecten waaraan u werkte? Wat zijn de aanbevelingen die worden gedaan om deze problemen op te lossen?
- Heb je de wet van Little op je project toegepast? Zo ja, hoe?
- Wat is uw aanpak voor analyse?
- Wat controleert u tijdens de uitvoering?
- Hoe servergegevens extraheren voor testuitvoering en hoe deze analyseren?
- Hoe prestatieknelpunten identificeren?
Kernvragen zijn:
- Uitdagingen waarmee u wordt geconfronteerd tijdens het scripten
- Correlatiefunctie
- Foutafhandeling
- Verschillende opnamemodi voor Web HTTP / HTML-protocol.
- Scenario's maken
- Uitdagingen tijdens uitvoering
- Analyse
Hieronder hebben we een aantal veelvoorkomende LoadRunner-interviewvragen en antwoorden daarop gegeven. Houd er echter rekening mee dat de de beste resultaten kunnen worden bereikt door antwoorden op basis van uw bekendheid, expertise en interpretatie van de concepten Alleen de antwoorden op vragen leren is niet altijd optimaal. Oefen, leer en expert - dit zou uw aanpak moeten zijn voor de voorbereiding van het Performance Testing-interview.
LoadRunner Interviewvragen en beste antwoorden
V # 1) Wat is het verschil tussen Performance Testing en Performance Engineering?
Antwoord: In Performance Testing omvat de testcyclus het verzamelen van vereisten, scripting, uitvoering, het delen van resultaten en het genereren van rapporten. Performance Engineering is Performance Testing een stap voor waar na uitvoering; De resultaten worden geanalyseerd om de prestatiebottlenecks te vinden en de oplossing wordt geboden om de geïdentificeerde problemen op te lossen.
Vraag 2) Leg de levenscyclus van prestatietests uit.
Antwoord:
- Stap 1: Systeemanalyse (identificatie van kritische transactie)
Virtuele gebruikersgenerator - Stap 2: Virtuele gebruikersscripts maken (opname)
- Stap 3: Gebruikersgedrag definiëren (Runtime-instelling)
LoadRunner-controller - Stap 4: Scenario's voor belastingtests maken
- Stap 5: De belastingtestscenario's uitvoeren en de prestaties bewaken
LoadRunner-analyse - Stap 6: Analyse van de resultaten
Verwijzen Performance Testing Tutorial # 2 voor meer details.
V # 3) Wat is prestatietesten?
Antwoord: Prestatietests worden uitgevoerd om de prestaties van de applicatie onder belasting en stress te evalueren. Het wordt over het algemeen gemeten in termen van de reactietijd van de actie van de gebruiker op een applicatie.
V # 4) Wat is belastingtesten?
Antwoord: Load Testing is om te bepalen of een applicatie goed kan werken met het zware gebruik dat het gevolg is van een groot aantal gebruikers dat er tegelijkertijd gebruik van maakt. De belasting wordt verhoogd om de piekbelasting te simuleren die de servers gaan opnemen tijdens maximale gebruiksperioden.
V # 5) Wat zijn de verschillende componenten van LoadRunner?
Antwoord:
De belangrijkste componenten van LoadRunner zijn:
- VUGen: Registreert Vuser-scripts die de acties van echte gebruikers nabootsen.
- Verantwoordelijke: Administratief centrum voor het maken, onderhouden en uitvoeren van loadtestscenario's. Wijst scenario's toe aan Vusers en laadgeneratoren, start en stopt laadtests.
- Laad generator: Een agent waarmee we belasting kunnen genereren
- Analyse: Biedt grafieken en rapporten die de systeemprestaties samenvatten
V # 6) Wat is het Rendez-vous-punt?
Antwoord: Rendezvous-punt helpt bij het emuleren van zware gebruikersbelasting (verzoek) op de server. Dit instrueert Vusers om gelijktijdig te handelen. Wanneer de Vuser het Rendez-vous-punt bereikt, wacht hij op alle Vusers met het Rendez-vous-punt. Zodra het aangewezen aantal Vusers het bereikt, worden de Vusers vrijgelaten. De functie lr_rendezvous wordt gebruikt om het Rendez-vous-punt te creëren. Dit kan worden ingevoegd door:
- Rendezvous-knop op de zwevende opnamewerkbalk tijdens het opnemen.
- Na het opnemen wordt het Rendezvous-punt ingevoegd Invoegen> Rendezvous
V # 7) Wat zijn de verschillende secties van het script? In welke volgorde worden deze secties uitgevoerd?
Antwoord: LoadRunner-script heeft drie secties Vuser_init, Action en Vuser_end.
- Vuser_init heeft verzoeken / acties om in te loggen op de applicatie / server.
- Actie heeft actuele code om de functionaliteit van de applicatie te testen. Dit kan vele malen in iteraties worden afgespeeld.
- Vuser_end heeft verzoeken / acties om uit te loggen bij de applicatie / server.
De volgorde waarin deze secties worden uitgevoerd is Vuser_init is helemaal aan het begin en Vuser_end helemaal aan het einde. De actie wordt tussen de twee uitgevoerd.
V # 8) Hoe identificeert u welk protocol u voor elke toepassing moet gebruiken?
load balancing-router twee internetverbindingen
Antwoord: Voorheen moest de prestatietester sterk afhankelijk zijn van het ontwikkelingsteam om te weten welk protocol de applicatie gebruikt om te communiceren met de server. Soms was het ook speculatief.
LoadRunner biedt echter grote hulp in de vorm van Protocoladviseur vanaf versie 9.5. Protocoladvisor detecteert de protocollen die de applicatie gebruikt en stelt ons de mogelijke protocollen voor waarin scripts kunnen worden gemaakt om de echte gebruiker te simuleren.
V # 9) Wat is een correlatie? Leg het verschil uit tussen automatische correlatie en handmatig Correlatie?
Antwoord: Correlatie wordt gebruikt om de dynamische waarden in een script af te handelen. De dynamische waarde zou kunnen veranderen voor elke gebruikersactie (waarde verandert wanneer actie wordt herhaald door dezelfde gebruiker) of voor verschillende gebruikers (waarde verandert wanneer actie wordt herhaald met een andere gebruiker). In beide gevallen zorgt correlatie voor deze waarden en wordt voorkomen dat ze tijdens de uitvoering mislukken.
Handmatige correlatie omvat het identificeren van de dynamische waarde, het vinden van de eerste keer dat een dynamische waarde voorkomt, het identificeren van de unieke grenzen van het vastleggen van de dynamische waarde, het schrijven van de correlatiefunctie web_reg_save_param voordat het verzoek de eerste keer een dynamische waarde in zijn antwoord heeft.
Geautomatiseerde correlatie werkt volgens vooraf gedefinieerde correlatieregels. Het script wordt afgespeeld en gescand op autocorrelatie bij een storing. Vugen identificeert de plaats waar de correlatieregels werken en correleert de waarde bij goedkeuring.
Verwijzen naar deze tutorial voor meer details.
V # 10) Hoe identificeer je wat je moet correleren en wat je moet parametriseren?
Antwoord: Elke waarde in het script die bij elke iteratie of met de verschillende gebruikers verandert tijdens het opnieuw afspelen, moet worden gecorreleerd. Elke gebruikersinvoer tijdens het opnemen moet worden geparametriseerd.
V # 11) Wat is parametrering en waarom is parametrering nodig in het script?
Antwoord: Het vervangen van hardgecodeerde waarden in het script door een parameter wordt parametrisering genoemd. Dit helpt een enkele virtuele gebruiker (Vuser) om bij elke run verschillende gegevens te gebruiken. Dit simuleert het gebruik van een applicatie in het echte leven, aangezien het voorkomt dat de server resultaten in de cache opslaat.
Verwijzen naar deze tutorial voor meer details.
V # 12) Hoe identificeert u gebruiksscenario's voor prestatietests van een toepassing?
Antwoord: Testcases / gebruikscases voor prestatietests zijn bijna hetzelfde als alle handmatige / functionele testtests waarbij elke stap die door de gebruiker wordt uitgevoerd, wordt geschreven. Het enige verschil is dat alle handmatige testcases geen gebruiksscenario's voor prestatietests kunnen zijn, aangezien er weinig criteria zijn voor de selectie, zoals:
- De gebruikersactiviteit moet gerelateerd zijn aan de kritische en belangrijkste functionaliteit van de applicatie.
- De gebruikersactiviteit moet een behoorlijke hoeveelheid database-activiteit hebben, zoals zoeken, verwijderen of invoegen.
- De gebruikersactiviteit moet een goed gebruikersvolume hebben. De functionaliteit om minder gebruikersactiviteit te hebben, wordt over het algemeen weggelaten vanuit het oogpunt van prestatietests. Bijvoorbeeld, admin account activiteit.
Elk van de handmatige testcases die aan de bovenstaande criteria voldoen, kan worden gebruikt als use case / testcase voor prestatietests. Als handmatige testcases niet stap voor stap worden geschreven, moet het Performance-team speciale documenten voor hen maken.
Vraag 13) Tijdens het scripten hebt u correlatieregels gemaakt voor automatische correlatie. Als u de correlatieregels wilt delen met uw teamleden die aan dezelfde applicatie werken, zodat hij / zij deze op zijn werkstation kan gebruiken, hoe gaat u dat dan doen?
Antwoord: Correlatieregels kunnen worden geëxporteerd via het .cor-bestand en hetzelfde bestand kan worden geïmporteerd via VuGen.
V # 14) Wat zijn verschillende soorten Vuser-logboeken die kunnen worden gebruikt tijdens het scripten en uitvoeren? Wat is het verschil tussen deze logboeken? Wanneer u logboekregistratie uitschakelt?
Antwoord: Er zijn twee soorten Vuser-logboeken beschikbaar: standaardlogboek en uitgebreid logboek. Logboeken zijn de sleutel voor het debuggen van het script. Zodra een script actief is, wordt logboekregistratie alleen ingeschakeld voor fouten.
Standaardlogboek maakt een logboek met functies en berichten die naar de server worden verzonden tijdens scriptuitvoering, terwijl het uitgebreide logboek aanvullende waarschuwingen en andere berichten bevat. Logboekregistratie wordt gebruikt tijdens foutopsporing en uitgeschakeld tijdens uitvoering. Logboekregistratie kan in dat geval worden ingeschakeld voor fouten.
V # 15) Wat is de modulaire benadering van scripting?
Antwoord: Bij Modulaire benadering wordt voor elk verzoek een functie gecreëerd ( Bijvoorbeeld, inloggen, uitloggen, opslaan, verwijderen, etc.) en deze functies worden waar nodig opgeroepen. Deze aanpak geeft meer vrijheid om het verzoek opnieuw te gebruiken en bespaart tijd. Met deze aanpak wordt aanbevolen om te werken met aangepaste webverzoeken.
V # 16) Wat zijn de verschillende soorten doelen in een doelgericht scenario?
Antwoord: LoadRunner heeft vijf verschillende soorten doelen in een doelgericht scenario. Dit zijn:
- Het aantal gelijktijdige Vusers
- Het aantal hits per seconde
- Het aantal transacties per seconde
- Het aantal pagina's per minuut
- De reactietijd van de transactie
V # 17) Hoe wordt elke stap gevalideerd in het script?
Antwoord: Elke stap in het script wordt gevalideerd met de inhoud op de geretourneerde pagina. Een inhoudscontrole controleert of er specifieke inhoud op de webpagina aanwezig is of niet. Er zijn twee soorten inhoudscontrole die kunnen worden gebruikt in LoadRunner:
- Tekstcontrole: Dit controleert op een tekst / string op de webpagina.
- Afbeelding controleren: Dit controleert op een afbeelding op een webpagina.
V # 18) Hoe wordt het VuGen-script gewijzigd na het opnemen?
Antwoord: Nadat het script is opgenomen, kan het worden gewijzigd met het volgende proces:
- Transactie
- Parametrering
- Correlatie
- Variabele declaraties
- Ontmoetings Punt
- Validaties / Checkpoint
V # 19) Wat zijn Ramp-up en Ramp Down?
Antwoord:
- Omhoog hellend: Snelheid waarmee virtuele gebruikers bijdragen aan de belastingstest.
- Afloop: De snelheid waarmee virtuele gebruikers de laadtest verlaten.
V # 20) Wat is het voordeel van het draaien van de Vuser als rode draad?
Antwoord: Het draaien van Vusers als thread helpt bij het genereren van meer virtuele gebruikers vanaf elke machine vanwege de kleine geheugenafdruk van de Vuser die een thread uitvoert.
V # 21) Wat is verspilde tijd in het VuGen Replay-logboek?
Antwoord: Tijdverspilling wordt door geen enkele browsergebruiker uitgevoerd en alleen de tijd die wordt besteed aan de activiteiten die de testanalyse ondersteunen. Deze activiteiten hebben betrekking op loggen, bijhouden van gegevens en aangepaste analyse.
V # 22) Hoe schakel je tekst- en beeldcontroles in VuGen in?
Antwoord: Dit kan worden gedaan door de functies web_find (voor tekstcontrole) en web_image_check (voor beeldcontrole) te gebruiken en beeld- en tekstcontrole in te schakelen vanuit de runtime-instelling.
Runtime-instelling–> Voorkeur–> Schakel het selectievakje Afbeelding en tekst in.
Q # 23) Wat is het verschil tussen web_reg_find en web_find?
Antwoord: web_reg_find-functie wordt verwerkt voordat het verzoek wordt verzonden en wordt vóór het verzoek in het VuGen-script geplaatst, terwijl een web_find-functie wordt verwerkt nadat het antwoord op het verzoek komt en na het verzoek in het VuGen-script wordt geplaatst.
V # 24) Wat zijn de uitdagingen waarmee u te maken krijgt bij het scripten van de stap 'Alles selecteren' en vervolgens 'Verwijderen' voor elk e-mailaccount?
Antwoord: In dit geval zal het bericht voor 'Alles selecteren' en 'Verwijderen' elke keer veranderen, afhankelijk van het aantal beschikbare e-mails. Hiervoor moet het geregistreerde verzoek voor de twee worden vervangen door het aangepaste verzoek en is stringbuilding vereist om de post te bouwen. Opmerking - Deze vraag heeft praktische kennis nodig. Dus doe dit praktisch en formuleer je antwoord).
V # 25) Wat is een verschil tussen pacing en denktijd?
Antwoord: Pacing is de wachttijd tussen de actie-iteraties, terwijl je denkt dat de tijd een wachttijd is tussen de transacties.
V # 26) Wat is het aantal grafieken dat u met Controller tegelijk kunt volgen? Wat is de maximale waarde?
Antwoord: Er zijn één, twee, vier en acht grafieken tegelijk te zien. Het maximale aantal grafieken dat tegelijkertijd kan worden gecontroleerd, is 8.
Q # 27) Je hebt een applicatie die de examenresultaten van de student laat zien. Overeenkomstig de naam van elke student wordt vermeld of hij geslaagd of niet geslaagd is voor het examen met het label 'Pass' en 'Fail'. Hoe identificeer je het aantal geslaagde en mislukte studenten in het VuGen-script?
Antwoord: Voor deze tekst wordt voor de webpagina een check gebruikt voor de tekst “Pass en“ Fail ”. Via de functie web_reg_find kunnen we het aantal gevonden teksten op de webpagina vastleggen met behulp van 'SaveCount'. SaveCount heeft het aantal gevonden overeenkomsten opgeslagen. Bijvoorbeeld-
V # 28) Wat is de optimale instelling voor logboeken tijdens de belastingstest?
Antwoord: Voor de belasting is het testlogboekniveau ingesteld op minimaal. Dit kan worden bereikt door het logniveau in te stellen op het standaardlogboek en het keuzerondje 'Stuur alleen een bericht als er een fout optreedt' te selecteren.
V # 29) Hoe ga je om met de situatie in het scripten? Voor je mailbox moet je een willekeurige mail selecteren om te lezen?
Antwoord: Hiervoor nemen we het script op voor het lezen van de eerste mail. Probeer te vinden wat er wordt gepost in het verzoek om de eerste e-mail te lezen, zoals e-mail-ID's of rij nr.
Vanaf het bericht waarin een lijst met e-mails wordt weergegeven, zullen we proberen alle e-mail-id's rij nr met correlatiefunctie vast te leggen en Ordinal as All te behouden, d.w.z. ORD = All. Vervang de gevraagde e-mail-ID in het gelezen bericht door een willekeurig geselecteerde e-mail-ID uit de lijst met vastgelegde e-mail-ID's.
Verwijs hiernaar Scripting-zelfstudie
V # 30) Wat is de denktijd? Wat is het drempelniveau voor denktijd en hoe kan dit worden veranderd?
Antwoord: Denktijd is de wachttijd die opzettelijk tussen de acties in het script wordt ingevoegd om de wachttijd van de echte gebruiker te emuleren tijdens het uitvoeren van een activiteit op de applicatie. Het drempelniveau voor denktijd in het niveau waaronder de opgenomen denktijd wordt genegeerd. Dit kan worden gewijzigd van Opgenomen opties-> Script-> Genereer denktijd die groter is dan de drempel.
V # 31) Hoe wordt de geautomatiseerde correlatie geconfigureerd?
Antwoord: Elke instelling met betrekking tot geautomatiseerde correlatie kan worden gedaan door Algemene opties-> Correlatie. Correlatieregels worden ingesteld vanaf Opname-opties-> Correlaties.
V # 32) Hoe bepaal je het aantal load-generator-machines dat nodig is om een test uit te voeren?
Antwoord: Het aantal benodigde load-generatoren is volledig afhankelijk van het protocol dat wordt gebruikt om het script en de configuratie van de load-generator-machine te maken. Elk protocol heeft een andere geheugenafdruk en deze bepaalt hoeveel virtuele gebruikers kunnen worden gegenereerd uit de gegeven configuratie van de machine (load generator).
V # 33) Naar welke mogelijkheden zoekt u precies bij het selecteren van de prestatietesttool?
Antwoord: Prestatietesttool moet in staat zijn om: -
- Het testen van een applicatie die is gebouwd met behulp van meerdere technologieën en hardwareplatforms.
- Bepaal de geschiktheid van een server om de applicatie te testen
- Het testen van een applicatie met een belasting van tienduizenden, zelfs duizenden virtuele gebruikers.
V # 34) Hoe verschillen gelijktijdige gebruikers van gelijktijdige gebruikers?
Antwoord: Alle gelijktijdige gebruikers zijn gelijktijdige gebruikers, maar vice versa is niet waar.
Alle Vusers in het actieve scenario zijn gelijktijdige gebruikers omdat ze dezelfde applicatie tegelijkertijd gebruiken, maar misschien wel of niet dezelfde taken uitvoeren. Gelijktijdige gebruikers voeren dezelfde taak tegelijkertijd uit. Gelijktijdige gebruikers worden gelijktijdige gebruikers gemaakt via rendez-vous-punten.
Rendez-vous-punten instrueren het systeem om te wachten tot een bepaald aantal Vusers arriveert, zodat ze allemaal tegelijkertijd een bepaalde taak kunnen uitvoeren.
V # 35) Hoe identificeert u welke waarden in het script moeten worden gecorreleerd? Geef een voorbeeld.
Antwoord: Dit kan op de volgende manieren worden gedaan:
- Neem de twee scripts op met vergelijkbare stappen en vergelijk ze met het hulpprogramma WDiff. (Zie tutorial Correlation).
- Speel het opgenomen script opnieuw af en scan op correlatie. Dit geeft een lijst met waarden die kunnen worden gecorreleerd.
Session-Id is hier een goed voorbeeld van. Wanneer twee scripts zijn opgenomen en vergeleken met het hulpprogramma WDiff. Sessie-id's in de twee scripts zouden verschillend moeten zijn en WDiff benadrukt deze waarden.
V # 36) Hoe beïnvloedt caching de resultaten van prestatietests?
Antwoord: Wanneer gegevens in het geheugen van de server worden opgeslagen, hoeft de server het resultaat niet op te halen en wordt er geen serveractiviteit geactiveerd. Het testresultaat geeft niet dezelfde prestaties weer van echte gebruikers die de applicatie met verschillende gegevens gebruiken.
V # 37) Hoe stopt u de uitvoering van een script bij een fout?
Antwoord: Dit kan worden bereikt met de functie lr_abort. De functie instrueert de Vuser om te stoppen met het uitvoeren van de Action-sectie en de uitvoering te beëindigen door de vuser_end-sectie uit te voeren. Deze functie is handig bij het afhandelen van een specifieke fout.
Dit kan ook worden gebruikt om een situatie af te handelen in plaats van een fout waarbij uitvoering niet mogelijk is. De functie heeft de status 'Gestopt' toegewezen aan de Vuser die stopte vanwege de functie lr_abort. In de Run-Time-instelling moet 'Doorgaan bij fout' niet aangevinkt zijn.
Terug naar jou
We hopen dit enorme compilatie van LoadRunner-interviewvragen met antwoorden zal nuttig zijn voor jullie allemaal.
Bij STH belijden we altijd de belang van fundamentals Hetzelfde geldt voor het slagen in de verrichtingsonderzoeker. We willen echter dat deze vragenlijst voor prestatietests een instrumenteel referentiepunt is voor iedereen die ernaar streeft een carrière in prestatietests te vinden of door te gaan met LoadRunner.
Ik wens jullie het allerbeste!
Bezoek hier voor een complete serie LoadRunner-zelfstudies
PREV-zelfstudie Eerste zelfstudie
Ik hoop dat je genoten hebt van de hele reeks tutorials in deze LoadRunner-serie.
Aanbevolen literatuur
- Interview vragen en antwoorden
- Vragen en antwoorden over ETL-tests
- Enkele lastige vragen en antwoorden voor handmatig testen
- 25 beste vragen en antwoorden voor agile-tests
- 34 meest voorkomende vragen en antwoorden over SoapUI-interviews
- Spock-interviewvragen met antwoorden (meest populair)
- Enkele interessante sollicitatievragen voor het testen van software
- Top 20+ .NET interviewvragen en antwoorden