Så här ställer du in LoadRunner VuGen-skriptfiler och Runtime-inställningar

how setup loadrunner vugen script files

Introduktion till VuGen-skriptfiler och Runtime-inställningar:

Test av prestanda för webbtjänstprotokoll förklarades i detalj i vår tidigare handledning i Gratis LoadRunner-träningsserie .

Med våra tutorials hittills i denna serie har vi bemästrat VuGen och är i stånd att skapa och förbättra VuGen-skript för nästan alla webbapplikationer.

Låt oss avsluta vår VuGen-handledningsserie med dessa två ämnen - ”VuGen-skriptfiler” och 'Runtime-inställningar' .

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

Vad du kommer att lära dig:

• VuGen-skriptfiler
• Runtime-inställningar
  • 1) Allmänt-> Körlogik:
  • 2) Allmänt-> Pacing:
  • 3) Allmänt-> Logg:
  • 4) Allmänt-> Tänk tid:
  • 5) Allmänt-> Ytterligare attribut:
  • 6) Allmänt-> Diverse:
  • 7) Webbläsare-> Webbläsaremulering:
  • 8) Nätverk-> Hastighetssimulering:
  • 9)) Nätverk-> Streaming:
  • 10) Internetprotokoll-> Innehållskontroll:
  • 11) Internetprotokoll-> Proxy:
  • 12) Internetprotokoll-> Inställningar:
  • 13) Internetprotokoll-> Ladda ner filter:
  • 14) Förlängning av dataformat-> Kedjekonfiguration:
• VIDEO Handledning: VUGen Runtime-inställningar
• Slutsats
• Rekommenderad läsning

VuGen-skriptfiler

När ett VuGen-skript skapas och sparas skapas ett antal filer - nämligen konfigurationsfiler, datafiler, källkodsfiler etc. Dessa filer innehåller Vusers körtid och installationsinformation. VuGen sparar dessa filer tillsammans med skriptet i skriptmappen.

Skriptmapp:

Filer i mappen:

Låt oss förstå några av de viktiga filerna:

1) ScriptName.usr: Detta är den faktiska VuGen-skriptfilen. När vi öppnar den här filen (den här filen kan endast öppnas med VuGen) öppnas Vuser-skriptet.

två) ScriptName.bak: Den här filen är säkerhetskopian för VuGen-skriptet. Det här är en kopia av filen ScriptName.usr före den senaste sparningsoperationen.

3) default.cfg : Den här filen innehåller en lista över alla runtime-inställningar som definierats i VuGen-skriptet (funderingstid, iterationer, logg, webb).

4) default.usp : Den här filen innehåller skriptets körlogik, inklusive hur åtgärdssektionen körs.

5) vuser_init.c : Den här filen innehåller en kopia av Vuser_init fungerar i VuGen-skriptet.

6) Action.c : Den här filen innehåller en kopia av Handling fungerar i VuGen-skriptet.

7) vuser_end.c : Den här filen innehåller en kopia av Vuser_end fungerar i VuGen-skriptet.

8) output.txt : Den här filen innehåller omspelningsloggen.

9) CodeGenerationLog.txt : Den här filen innehåller generationens logg.

10) datamapp : Den här mappen innehåller alla inspelade data som främst används som säkerhetskopia. När informationen är i den här mappen berörs eller används den inte.

elva) resultat1-mapp : Den här mappen innehåller alla data om återspelning / resultat.

Runtime-inställningar

Runtime-inställningar definierar hur ett VuGen-skript körs och loggar / rapporterar. Runtime-inställningar kan definieras i ett VuGen-skript eller i Controller medan du kör testet (Runtime-inställningar i Controller åsidosätter den som anges i skriptet).

Runtime-inställningar kan visas i fönstret Solution Explorer (i VuGen-skriptet) enligt nedan:

Låt oss se och förstå dessa inställningar (för Web-HTTP / HTML-protokoll) en efter en.

1) Allmänt-> Körlogik:

Här definierar vi hur åtgärderna i skriptet ska köras.

I Run Logic finns det tre huvudblock - I det , Springa och Slutet . De åtgärder som läggs under I det block körs bara en gång i början, de åtgärder som läggs under Slutet block körs bara en gång i slutet och de åtgärder som läggs under Springa blockkörning för flera iterationer definierade.

Exempel:

För en e-handelswebbplats kan vi göra följande:

• Logga in
• SökProdukt
• Beställ produkt
• Avbryt Produkt
• Logga ut

Om vi ​​ställer in så här (som visas nedan) med antalet iterationer som 10 säger, i den första iterationen vuser_init och Logga in åtgärder (i den ordningen) kommer att utföras först och SökProdukt, BeställProdukt och Avbryt Produkt åtgärder kommer att utföras nästa (i den ordningen).

Från den andra iterationen och framåt är bara SökProdukt, BeställProdukt och Avbryt Produkt åtgärder kommer att utföras.

Och i den senaste iteration, efter Avbryt Produkt åtgärden utförs, Logga ut och vuser_end åtgärder (i den ordningen) körs och skriptkörningen stoppas.

Vi kan också definiera två sätt att köra Springa blockera (klicka på Kör blocket och dessa alternativ aktiveras till höger) –Sekventiell och slumpmässig.

När vi ställer in 'Sekventiell', alla åtgärder i Springa block köra sekventiellt (i den ordning de visas).

När vi ställer in ”Slumpmässig” uppmanas vi att ange procentvikterna för var och en av åtgärderna i Springa blockera och följaktligen kommer bara en av dessa åtgärder att utföras i varje iteration.

Vi kan också definiera Blockera (Klicka på Infoga block för att gruppera relaterade åtgärder.

Till exempel, vi kan sätta SökProdukt och Beställ produkt åtgärder under ett block.

2) Allmänt-> Pacing:

Pacing är den tid som Vuser väntar mellan iterationerna. Den används för att styra antalet iterationer under en angiven tid och därigenom kontrollera belastningen på applikationen.

Det finns tre stimuleringsalternativ som visas nedan.

Det första alternativet används inte i ett lasttest, det används för att verifiera data eller för ett lågtest. Alternativ 2 eller 3 kan användas för att kontrollera lasten i ett lasttest.

3) Allmänt-> Logg:

Loggningsnivån kan ställas in här. Eftersom loggning skapar ytterligare omkostnader för belastningsgeneratorerna bör man vara klok (logga bara vad som krävs) när man väljer dessa alternativ.

Under felsökning av skripten rekommenderas det att alltid aktivera 'Utökad loggning' (för att kunna se hela loggen - begäran / svar, parametersättning osv.). Men när du kör testerna, rekommenderas det att du använder alternativet 'Standardlogg' eller 'Utökad logg' med 'Logga när ett fel uppstår'.

4) Allmänt-> Tänk tid:

Think Time tillåter en Vuser att pausa under en definierad tid mellan steg / åtgärder i VuGen-skriptet. Detta för att simulera det verkliga användarbeteendet att tänka under en tid mellan åtgärder / steg i en applikation.

Det finns fyra alternativ som visas nedan:

Det första alternativet används vanligtvis vid verifiering av data, medan något av de andra tre alternativen kan användas i ett belastningstest. Det rekommenderas att sätta lite slumpmässighet i tänktid med det fjärde alternativet.

5) Allmänt-> Ytterligare attribut:

Vi kan definiera parametrar här. Ibland är det bra att definiera parametrar i Runtime-inställningarna än i VuGen-skriptet. Detta hjälper oss att enkelt redigera parametervärdena i Runtime-inställningarna i Controller (Runtime-inställningar kan åsidosättas i Controller) än att ändra i skriptet varje gång.

Till exempel , om vi har en URL som ändras för varje test, är det bättre att lägga till detta som en parameter på sidan 'Ytterligare attribut'.

6) Allmänt-> Diverse:

I Felhantering avsnitt rekommenderas det vanligtvis att aktivera den andra och tredje. Den första (”Fortsätt vid fel”) kan bara aktiveras om vi har skrivit en kod för att hantera felen separat, annars lämnar du den inaktiverad.

I Multithreading har vi två alternativ att välja mellan.

Styrenheten använder ett drivrutinsprogram som mdrv.exe för att köra Vuser. Om vi ​​väljer 'Kör Vuser som en process' alternativet, då laddas samma drivrutinsprogram i minnet för varje instans av Vuser. Detta resulterar i hög användning av minne och andra systemresurser.

Om vi ​​väljer ”Kör Vuser som en tråd”, laddas bara en instans av drivrutinsprogrammet för varje 50 Vusers som standard. Detta minskar förbrukningen av minne och andra systemresurser.

Det rekommenderas att gå med det första alternativet - ”Kör Vuser som en tråd”. Det finns dock vissa icke-trådsäkra applikationer som inte kan köras med det här alternativet. Vi har inget annat alternativ än att gå med 'Kör Vuser som en process' för sådana applikationer.

I Automatiska transaktioner Om vi ​​aktiverar 'Definiera varje åtgärd som en transaktion' kommer varje åtgärd att behandlas som en transaktion och kommer att listas i testresultaten, på samma sätt om vi aktiverar 'Definiera varje steg som en transaktion' kommer varje steg / begäran att behandlas som en transaktion och kommer att listas i testresultaten.

Det är bättre att inte aktivera något av dessa alternativ och förlita sig på de transaktioner som vi infogar i skriptet.

7) Webbläsare-> Webbläsaremulering:

När ett VuGen-skript körs använder inte Vuser en faktisk webbläsare för att komma åt webbplatsen. Istället emulerar Vuser en webbläsare som besöker webbplatsen. För att göra denna emulering skapar Vuser en användaragentsträng som innehåller olika tokens.

Valet av användaragent tillåter två sätt att skapa den här användaragentsträngen:

Använd webbläsaren - användaragentsträngen genereras baserat på den webbläsarinformation som vi ger.

Använd anpassad - vi kan ange användaragentsträngen direkt.

De Webbläsarcache alternativ tillåter oss att konfigurera cache-inställningar för Vuser. Det rekommenderas att aktivera alternativet 'Simulera webbläsarcache' för att simulera en riktig användarförfrågan.

8) Nätverk-> Hastighetssimulering:

Med det här alternativet kan vi ställa in nätverksbandbreddsgränsen för testet. Det rekommenderas att gå med det första alternativet (”Använd maximal bandbredd”) såvida vi inte har ett specifikt scenario där vi måste testa prestanda med en specifik bandbredd.

hur man skapar ett falskt e-postmeddelande

9)) Nätverk-> Streaming:

Med dessa alternativ kan vi konfigurera inställningarna för streaming.

10) Internetprotokoll-> Innehållskontroll:

Detta är som en global verifieringspunkt som kommer att verifiera texten på varje sida.

Vi kan lägga till vår applikation och definiera regler (eller import / exportregler).

11) Internetprotokoll-> Proxy:

Dessa alternativ tillåter oss att göra proxyserverns anslutningsinställningar. Eftersom slutanvändaren skulle använda vår applikation utan någon proxy rekommenderas det att använda det första alternativet ('Ingen proxy') för våra tester.

Om vår applikation är ett intranätapplikation och en slutanvändare skulle använda applikationen via en viss proxyserver, bör motsvarande inställningar konfigureras här med det andra alternativet (som använder proxyinställningarna för standardwebbläsaren på maskinen där skriptet körs) eller tredje alternativet (som använder de inställningar som vi anger).

12) Internetprotokoll-> Inställningar:

Detta gör att vi kan ställa in olika internetrelaterade runtime-inställningar. Det rekommenderas att lämna dem till standardinställningarna men det vore bra att förstå dessa inställningar.

13) Internetprotokoll-> Ladda ner filter:

Den här inställningen är ett bra sätt att förhindra att våra skript laddar ner innehåll från specifika webbadresser eller värdar. Det kan finnas en situation där vårt skript innehåller vissa webbadresser och vi inte vill träffa dem av vissa skäl (det kan vara en tredjeparts-URL som inte kan träffas någon gång etc.), i en sådan situation kan vi lägga till dessa filter.

Ett exempel visas nedan:

14) Förlängning av dataformat-> Kedjekonfiguration:

Detta är en avancerad inställning som möjliggör enklare skript (enklare korrelation och parametrisering) av webbapplikationer genom att ge möjlighet att avkoda och koda formaterad data som utbyts mellan klienten och servern.

NOTERA: Nedan visas den praktiska videon om VuGen Runtime-inställningar inspelade på HP LoadRunner-versionen. Detta är fortfarande giltigt med bara några UI-ändringar i den nuvarande Micro Focus LoadRunner-versionen.

VIDEO Handledning: VUGen Runtime-inställningar

Sammanfattning av videotutorial:

# 1. Vugen runtime-inställning - tillåter Vugen med olika inställningar som fungerar på skriptkörning.

# 2. Dessa hjälper testare på många sätt:

• Att efterlikna riktig användare.
• Tillåt att få detaljerad information för den virtuella användaren.
• Hämta resultatstatistik för diagrammet.
• Automatisk transaktion
• Felhantering

# 3. Run Logic - med detta kan prestandatestaren spela med sekvens av löpande åtgärder.

# 4. Run Logic har också möjlighet att ha Block för looping och egenskaper som gör det möjligt att köra åtgärder sekventiellt eller slumpmässigt.

# 5. Med hjälp av pacing kan skriptet tillåtas vänta mellan iterationen .

# 6. Logg lagrar register över användaraktiviteter. Testaren har bra kontroll när och vad du ska förvara . Testaren kan instruera Vugen hur mycket information som ska lagras och situation när loggning börjar.

# 7. Think Time hjälper till att lägga till väntetid i skriptet för användarens väntetid mellan åtgärden i en applikation. Det hjälper testaren att få verkliga åtgärder från en virtuell användare.

# 8 . Använder sig av Ytterligare attribut kan testaren lägg till en parameter i skriptet och har flexibiliteten att ändra värdet för det genom körtidsinställningar. Dessa parametrar är desamma som deklarerad parameter i skriptet.

# 9. Med hjälp av diverse alternativ kan testaren konfigurera inställningar relaterade till felhantering, multithreading och automatisk transaktion.

# 10. Konfiguration relaterad till bandbredd kan göras genom Hastighetssimulering . Bandbredd kan vara antingen maximal eller med begränsningar.

#elva. Webbläsarval kan göras genom Webbläsaremulering . Det finns få inställningar i webbläsaren som kan påverka programmets prestanda.

# 12. Vugen ger också flexibilitet att använda en proxyinställning . Genom inställningen Proxy kan en anpassad proxyserver ställas in.

# 13 . Preferens hanterar kontrollpunkt, prestandagramm och avancerad inställning.

# 14. Använder sig av nedladdningsfiltret , kan den oönskade begäran från någon server eller med en URL blockeras.

# 15. Innehållskontroll hjälper till att hitta kunskapsfel var som helst i skriptet under körning.

Slutsats

Med detta kommer vi till ett slut med handledningsserien för 'LoadRunner VuGen' (den första komponenten i LoadRunner).

Hoppas att du gillade den här informativa serien av tutorials och vi är säkra på att detta kommer att hjälpa dig att starta din karriär inom Performance testing med Load Runner.

Nästa handledning kommer att handla om andra viktiga LoadRunner-komponenter, dvs 'Controller' och 'Test Result Analysis'.

Titta på vår Video-handledning för att veta mer om Controller.

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

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

• Inspelningsalternativ för VUGen i LoadRunner
• Test av webbtjänstens prestanda med LoadRunner VuGen Scripting
• Lasttestning med HP LoadRunner-handledning
• Introduktion till VuGen (Virtual User Generator) Script med inspelningsexempel
• VuGen-skriptinspelning, omspelning och dynamiska värden med korrelation
• JMeter HTTPS Test Script Recorder
• Viktiga LoadRunner-funktioner som används i VuGen-skript med exempel
• LoadRunner VuGen Scripting-utmaningar