Slik konfigurerer du LoadRunner VuGen-skriptfiler og kjøretidsinnstillinger

how setup loadrunner vugen script files

Introduksjon til VuGen-skriptfiler og kjøretidsinnstillinger:

Test av ytelsesprotokoll for nettjenester ble forklart i detalj i vår forrige opplæring i Gratis LoadRunner Training Series .

Med veiledningene våre så langt i denne serien har vi mestret VuGen og er i stand til å lage og forbedre VuGen-skript for nesten alle webapplikasjoner.

La oss avslutte VuGen-opplæringsserien med disse to emnene - ‘VuGen-skriptfiler’ og 'Runtime-innstillinger' .

=> Klikk her for fullstendig serie med LoadRunner-veiledninger

Hva du vil lære:

• VuGen-skriptfiler
• Runtime-innstillinger
  • 1) Generelt-> Kjør logikk:
  • 2) Generelt-> Pacing:
  • 3) Generelt-> Logg:
  • 4) Generelt-> Tenk tid:
  • 5) Generelt-> Ytterligere attributter:
  • 6) Generelt-> Diverse:
  • 7) Nettleser-> Nettleseremulering:
  • 8) Nettverk-> Hastighetssimulering:
  • 9)) Nettverk-> Streaming:
  • 10) Internettprotokoll-> Innholdskontroll:
  • 11) Internet Protocol-> Proxy:
  • 12) Internettprotokoll-> Innstillinger:
  • 13) Internettprotokoll-> Last ned filtre:
  • 14) Utvidelse av dataformat-> Kjedekonfigurasjon:
• VIDEO-veiledning: VUGen Runtime Settings
• Konklusjon
• Anbefalt lesing

VuGen-skriptfiler

Når et VuGen-skript opprettes og lagres, opprettes et antall filer - nemlig konfigurasjonsfiler, datafiler, kildekodefiler osv. Disse filene inneholder Vuser-kjøretid og oppsettinformasjon. VuGen lagrer disse filene sammen med skriptet i skriptmappen.

Skriptmappe:

Filer i mappen:

La oss forstå noen av de viktige filene:

1) ScriptName.usr: Dette er den faktiske VuGen-skriptfilen. Når vi åpner denne filen (denne filen kan kun åpnes med VuGen), åpnes Vuser-skriptet.

to) ScriptName.bak: Denne filen er sikkerhetskopifilen for VuGen-skriptet. Dette er en kopi av filen ScriptName.usr før den siste lagringsoperasjonen.

3) default.cfg : Denne filen inneholder en liste over alle kjøretidsinnstillinger som definert i VuGen-skriptet (tenk tid, iterasjoner, logg, nett).

4) default.usp : Denne filen inneholder skriptets kjørelogikk, inkludert hvordan handlingsdelen kjører.

5) vuser_init.c : Denne filen inneholder en kopi av Vuser_init fungerer som vist i VuGen-skriptet.

6) Action.c : Denne filen inneholder en kopi av Handling fungerer som vist i VuGen-skriptet.

7) vuser_end.c : Denne filen inneholder en kopi av Vuser_end fungerer som vist i VuGen-skriptet.

8) output.txt : Denne filen inneholder avspillingsloggen.

9) CodeGenerationLog.txt : Denne filen inneholder generasjonsloggen.

10) datamappen : Denne mappen inneholder alle de innspilte dataene som primært brukes som sikkerhetskopi. Når dataene er i denne mappen, blir de ikke berørt eller brukt.

elleve) resultat1-mappe : Denne mappen inneholder alle data om repriser / resultater.

Runtime-innstillinger

Runtime-innstillinger definerer måten et VuGen-skript kjører på og logger / rapporterer. Runtime-innstillinger kan defineres i et VuGen-skript eller i kontrolleren mens du kjører testen (Runtime-innstillinger i kontrolleren overstyrer settet i skriptet).

Runtime-innstillinger kan sees i Solution Explorer-ruten (i VuGen-skriptet) som vist nedenfor:

La oss se og forstå disse innstillingene (for Web-HTTP / HTML-protokoll) en etter en.

1) Generelt-> Kjør logikk:

Her definerer vi hvordan handlingene i skriptet skal kjøre.

I Run Logic er det tre hovedblokker - I det , Løpe , og Slutt . Handlingene som blir lagt under I det blokkering kjøres bare en gang i begynnelsen, handlingene som blir satt under Slutt blokk kjøres bare en gang til slutt og handlingene som blir satt under Løpe blokkering for flere iterasjoner definert.

Eksempel:

For et e-handelssted kan vi gjøre følgende:

• Logg Inn
• Søkeprodukt
• Bestill produkt
• Avbryt Produkt
• Logg ut

Hvis vi setter slik (som vist nedenfor) med antall iterasjoner som 10 sier, i den første iterasjonen vuser_init og Logg Inn handlinger (i den rekkefølgen) vil bli utført først og SearchProduct, OrderProduct , og Avbryt Produkt handlinger vil bli utført neste (i den rekkefølgen).

Fra den andre iterasjonen og utover bare SearchProduct, OrderProduct og Avbryt Produkt handlinger vil bli utført.

Og i den siste iterasjonen, etter Avbryt Produkt handlingen utføres, Logg ut og vuser_end handlinger (i den rekkefølgen) utføres og skriptutførelsen stopper.

Vi kan også definere to måter å kjøre Løpe blokk (klikk på Kjør-blokken og disse alternativene blir aktivert til høyre) –Sekvensiell og tilfeldig.

Når vi setter 'Sekvensiell', vil alle handlingene i Løpe blokkering kjøres sekvensielt (i den rekkefølgen de vises).

Når vi setter 'Tilfeldig', blir vi bedt om å angi prosentvektene for hver av handlingene i Løpe blokkering og følgelig blir bare en av disse handlingene utført i hver iterasjon.

Vi kan også definere Blokkere (klikk på Sett inn blokk knapp) for å gruppere relaterte handlinger.

For eksempel, vi kan sette Søkeprodukt og Bestill produkt handlinger under en blokk.

2) Generelt-> Pacing:

Pacing er tiden Vuser venter mellom gjentakelser. Den brukes til å kontrollere antall iterasjoner i en spesifisert tid og derved kontrollere belastningen på applikasjonen.

Det er tre pacealternativer som vist nedenfor.

Det første alternativet brukes ikke i en lastetest, det brukes til å verifisere data eller til en test med lav belastning. Alternativ 2 eller 3 kan brukes til å kontrollere lasten i en lasttest.

3) Generelt-> Logg:

Loggningsnivået kan stilles inn her. Ettersom logging skaper ekstra overhead på lastgeneratorene, bør man være klok (logg bare det som kreves) i å velge disse alternativene.

Når du feilsøker skriptene, anbefales det å aktivere 'Utvidet logging' alltid (for å kunne se hele loggen - forespørsel / svar, parameterutskifting osv.). Men når du kjører testene, anbefales det å gå med 'Standardlogg' eller 'Utvidet logg' med alternativet 'Logg når en feil oppstår'.

4) Generelt-> Tenk tid:

Think Time lar en Vuser pause i en definert tid mellom trinn / handlinger på VuGen-skriptet. Dette er for å simulere den virkelige brukeratferden ved å tenke i en periode mellom handlinger / trinn i et program.

Det er fire alternativer som vist nedenfor:

Det første alternativet brukes vanligvis når du verifiserer data, mens et av de tre andre alternativene kan brukes i en belastningstest. Det anbefales å sette litt tilfeldighet i tenketid ved å bruke det fjerde alternativet.

5) Generelt-> Ytterligere attributter:

Vi kan definere parametere her. Noen ganger er det bra å definere parametere i Runtime-innstillingene enn i VuGen-skriptet. Dette hjelper oss med å enkelt redigere parameterverdiene i Runtime-innstillingene i kontrolleren (Runtime-innstillinger kan overstyres i kontrolleren) enn å endre i skriptet hver gang.

For eksempel , hvis vi har en URL som endres for hver test, så er det bedre å legge til dette som en parameter på siden 'Tilleggsattributter'.

6) Generelt-> Diverse:

I Feilhåndtering delen, anbefales det generelt å aktivere den andre og tredje. Den første ('Fortsett med feil') kan bare aktiveres hvis vi har skrevet en kode for å håndtere feilene hver for seg, ellers bør du la den være deaktivert.

I Multitrading seksjonen har vi to alternativer å velge mellom.

Kontrolleren bruker et driverprogram som mdrv.exe for å kjøre Vuser. Hvis vi velger 'Kjør Vuser som en prosess' alternativet, så blir det samme driverprogrammet lastet inn i minnet for hver forekomst av Vuser. Dette resulterer i høy bruk av minne og andre systemressurser.

Hvis vi velger 'Kjør Vuser som en tråd', ​​lastes bare en forekomst av driverprogrammet for hver 50 Vusere som standard. Dette reduserer forbruket av minne og andre systemressurser.

Det anbefales å gå med det første alternativet - ‘Kjør Vuser som en tråd’. Imidlertid er det visse ikke-trådløse applikasjoner som ikke kan kjøres med dette alternativet. Vi har ikke noe annet alternativ enn å gå med 'Kjør Vuser som en prosess' for slike applikasjoner.

I Automatiske transaksjoner seksjon, hvis vi aktiverer 'Definer hver handling som transaksjon', vil hver handling behandles som en transaksjon og vil bli oppført i testresultatene, på samme måte hvis vi aktiverer 'Definer hvert trinn som transaksjon', vil hvert trinn / forespørsel bli behandlet som en transaksjon og vil bli oppført i testresultatene.

Det er bedre å ikke aktivere noen av disse alternativene og stole på transaksjonene vi setter inn i skriptet.

7) Nettleser-> Nettleseremulering:

Når et VuGen-skript kjøres, bruker ikke Vuser en faktisk nettleser for å få tilgang til nettstedet. I stedet emulerer Vuser en nettleser som får tilgang til nettstedet. For å gjøre denne emuleringen oppretter Vuser en brukeragentstreng som inkluderer forskjellige tokens.

Valg av brukeragent tillater to måter å opprette denne brukeragentstreng på:

Bruk nettleseren - brukeragentstrengen blir generert basert på nettleserinformasjonen vi gir.

Bruk tilpasset - vi kan angi brukeragentstrengen direkte.

De Nettleserbuffer alternativene tillater oss å konfigurere hurtiginnstillinger for Vuser. Det anbefales å aktivere alternativet 'Simuler nettleserbuffer' for å simulere en reell brukerforespørsel.

gratis tidsklokke programvare for pc

8) Nettverk-> Hastighetssimulering:

Dette alternativet lar oss sette nettverksbåndbreddegrensen for testen. Det anbefales å gå med det første alternativet (‘Bruk maksimal båndbredde’) med mindre vi har et bestemt scenario der vi må teste ytelsen med en bestemt båndbredde.

9)) Nettverk-> Streaming:

Disse alternativene lar oss konfigurere innstillingene for streaming.

10) Internettprotokoll-> Innholdskontroll:

Dette er som et globalt verifiseringspunkt som vil bekrefte teksten på hver side.

Vi kan legge til applikasjonen vår og definere regler (eller import / eksportregler).

11) Internet Protocol-> Proxy:

Disse alternativene lar oss foreta innstillinger for proxy-serverforbindelsen. Ettersom sluttbrukeren bruker applikasjonen vår uten fullmektig, anbefales det å bruke det første alternativet (‘Ingen proxy’) for testene våre.

Hvis applikasjonen vår er et intranettapplikasjon og en sluttbruker bruker applikasjonen via en bestemt proxy-server, bør de tilsvarende innstillingene konfigureres her ved hjelp av det andre alternativet (som bruker proxy-innstillingene til standardleseren på maskinen der skriptet kjører) eller tredje alternativ (som bruker innstillingene vi spesifiserer).

12) Internettprotokoll-> Innstillinger:

Dette gjør at vi kan angi forskjellige internettrelaterte kjøretidsinnstillinger. Det anbefales å legge dem til standardinnstillingene, men det vil være bra å forstå disse innstillingene.

13) Internettprotokoll-> Last ned filtre:

Denne innstillingen er en god måte å forhindre skriptene våre i å laste ned innhold fra bestemte nettadresser eller verter. Det kan være en situasjon der skriptet vårt inneholder visse nettadresser, og vi ikke ønsker å treffe dem av visse grunner (det kan være en tredjeparts URL som ikke kan treffes når som helst osv.), I en slik situasjon kan vi legge til disse filtrene.

Et eksempel er vist nedenfor:

14) Utvidelse av dataformat-> Kjedekonfigurasjon:

Dette er en avansert innstilling som muliggjør enklere skripting (enklere korrelasjon og parameterisering) av webapplikasjoner ved å gi muligheten til å dekode og kode formaterte data som utveksles mellom klienten og serveren.

MERK: Nedenfor er den praktiske videoen på VuGen Runtime Settings spilt inn på HP LoadRunner-versjonen. Dette er fortsatt gyldig med bare noen få UI-endringer i den nåværende Micro Focus LoadRunner-versjonen.

VIDEO-veiledning: VUGen Runtime Settings

Sammendrag av videoopplæringen:

#1. Vugen kjøretidsinnstilling - tillater Vugen med forskjellige innstillinger som fungerer på skriptutførelse.

# 2. Disse hjelper testere på mange måter:

• Å etterligne ekte bruker.
• Tillat å få detaljert informasjon for den virtuelle brukeren.
• Hent ytelsesstatistikk for grafen.
• Automatisk transaksjon
• Feilhåndtering

# 3. Kjør logikk - ved hjelp av dette kan ytelsestesteren leke med sekvens av løpende handlinger.

# 4. Run Logic har også muligheten til å ha Block for looping og egenskaper som tillater å kjøre handlingene sekvensielt eller tilfeldig.

# 5. Ved hjelp av pacing kan skriptet få lov til det vent mellom iterasjonen .

# 6. Logg lagrer oversikt over brukeraktiviteter. Testeren har god kontroll når og hva du skal lagre . Testeren kan instruere Vugen hvor mye informasjon som skal lagres og situasjonen når loggingen starter.

# 7. Think Time hjelper til med å legge til ventetid i skriptet for brukerens ventetid mellom handlingen på et program. Det hjelper testeren å få reelle handlinger fra en virtuell bruker.

# 8 . Ved hjelp av Tilleggsattributter , kan testeren legg til en parameter i skriptet og har fleksibilitet til å endre verdien for det gjennom kjøretidsinnstillinger. Disse parametrene er de samme som deklarert parameter i skriptet.

# 9. Ved hjelp av diverse alternativer kan testeren konfigurere innstillinger relatert til feilhåndtering, multithreading og automatisk transaksjon.

# 10. Konfigurasjon relatert til båndbredde kan gjøres gjennom Hastighetssimulering . Båndbredde kan være maksimal eller med begrensninger.

#elleve. Nettleservalg kan gjøres gjennom Nettleseremulering . Det er få innstillinger i nettleseren som kan påvirke ytelsen til et program.

# 12. Vugen gir også fleksibilitet i bruk en proxy-innstilling . Gjennom Proxy-innstillingen kan en tilpasset proxy-server angis.

# 1. 3 . Preferanse håndterer sjekkpunkt, ytelsesgraf og avansert innstilling.

# 14. Ved hjelp av nedlastingsfilteret , kan den uønskede forespørselen fra en hvilken som helst server eller med en URL bli blokkert.

# 15. Innholdskontroll er nyttig for å finne kjente feil hvor som helst i skriptet mens du kjører.

Konklusjon

Med dette kommer vi til en slutt med opplæringsserien for ‘LoadRunner VuGen’ (den første komponenten i LoadRunner).

Håper du likte denne informative serien med opplæringsprogrammer, og vi er sikre på at dette vil hjelpe deg med å starte karrieren din innen ytelsestesting ved hjelp av Load Runner.

De neste opplæringene vil være om andre viktige LoadRunner-komponenter, dvs. 'Controller' og 'Test Result Analysis'.

Se på vår Videoopplæring å vite mer om Controller.

=> Besøk her for komplett serie med LoadRunner-opplæringsprogrammer

PREV Opplæring | NESTE veiledning

Anbefalt lesing

• VUGen-opptaksalternativer i LoadRunner
• Test av ytelsestjenester ved bruk av LoadRunner VuGen Scripting
• Lastetesting med HP LoadRunner-opplæringsprogrammer
• Introduksjon til VuGen (Virtual User Generator) Script med opptakseksempel
• VuGen Script Recording, Replay og Dynamic Values ​​with Correlation
• JMeter HTTPS Test Script Recorder
• Viktige LoadRunner-funksjoner som brukes i VuGen-skript med eksempler
• LoadRunner VuGen Scripting Challenges