Hva er VUGen?
VUGen (Virtual User Generator) er et viktig verktøy i LoadRunner for å lage testskript for å etterligne virkelige brukeratferd på systemet ditt. I VUGen erstattes et menneske av en virtuell bruker (VUser), og handlingene som utføres av en VUser blir registrert i VUser-skript for å etterligne den virkelige brukerens atferd for testing og overvåking.
VUGen er en av de fire kjernekomponentene i LoadRunner. Det er den første komponenten du kommuniserer med når du kommer i gang med ytelsestesting ved hjelp av HP LoadRunner.
La oss forstå noen fremtredende funksjoner relatert til VUGen
VUScripts: Som allerede beskrevet er formålet med VUGen å lage VUScripts som brukes til å simulere en ekte virtuell bruker.
Handlinger: En handling settes med brukertransaksjoner utført i System under belastning for å oppnå en definert oppgave. En handling kan sammenlignes med en funksjon i andre programmeringsspråk. Hvert Vuser-skript har 3 standardfunksjoner
- Vuser_init (brukes til å logge inn på applikasjonen)
- Handling (brukes til å registrere forretningsprosessen)
- Vuser_end (brukes til å logge av applikasjonen)
VUGen registrerer ikke bare skript, men spiller dem også på nytt (for bare 1 bruker) for å sikre at skriptet er registrert riktig. Når du har forsikret deg om at skriptet er tatt opp riktig, tar du det inn i et LoadRunner-scenario
I denne opplæringen skal du studere
- Skriptutviklingsprosessen i VUGen
- Sammenlign opptak mellom QTP og LoadRunner
- Introduksjon til Web Tours Application
- Forstå VUGen-miljøet
- Opprette ditt første VUGen-skript
- Bruke transaksjoner på rekordtid
- Sett inn kommentarer på rekordtid
- Kodegenerering
- Bestemme en protokoll og protokollrådgiver
- Opptaksalternativer
- Avspilling av et skript og forståelseslogg
- Oversikt over filer generert under opptak og avspilling
Skriptutviklingsprosessen i VUGen
1. Ta opp skriptet: Vanligvis er dette det første trinnet med skripting der hver brukerhandling blir registrert i et skript.
2. Replay and Verify: Når skriptet er spilt inn, svarer du på skriptet for å sikre at det fungerer riktig. Bekreft innvirkning gjennom applikasjonsfront eller database.
3. Forbedre skriptet: Når opptaket er bekreftet, forbedrer du skriptet ved å legge til sjekkpunkter, validere data, legge til transaksjoner og møteplasser.
4. Spill av og bekreft: Som tidligere, spill av skriptet ditt på nytt og bekreft at alt fungerer som det skal.
5. Konfigurer kjøretidsinnstillinger: Konfigurer og kontroller pacevarighet, tenk tidsvariasjon, proxy-innstillinger og om du vil ignorere eksterne ressurser.
6. Bruk for belastningsscenarier: Formuler belastningsscenarier basert på testmål. Bruk lastfordeling og geografiske agenter for å lage virkelige scenarier.
Sammenlign opptak mellom QTP og LoadRunner
VUGen ser bort fra UI-objekter:
I motsetning til QTP-skript, er LoadRunner-skript uavhengige av GUI. Dette er fordi den genererte koden ikke fungerer basert på UI-objekter, men den fungerer på prinsippet for klientens forespørsel til serveren og forventer serverrespons tilbake til klienten. Dette er grunnen til at omspilling av LoadRunner-skript alltid er nettleseruavhengig. Brukeren kan kommunisere direkte med en server ved å utføre anrop til server-API-en uten å stole på klientprogramvare (SUL). Dette betyr at det ikke vil ha noen innvirkning på skript hvis endringene gjøres i brukergrensesnittet til systemet under belastning. Dette forteller; Performance Testing er fullstendig basert på klient / server-kommunikasjon (forespørsel og svar) og ikke GUI-objektene.
Se lenken nedenfor for mer informasjon: http://youtu.be/FDORUeqpNJs?t=3m41s
Vi vil se mer detaljert hvordan VUGen-skript fungerer nedenfor.
Introduksjon til Web Tours Application
For alle praktiske formål bruker vi Web Tours-applikasjonen som følger med LoadRunner.
HP Web Tours krever at en avhengig “Web Tours Apache-server” kjører før den kan fungere. For å kjøre Apache Server for Web Tours, gå til Start-menyen => HP-programvare => Prøver => Internett og klikk deretter på Start HP Web Tour Server.
Når “serveren” er aktivert, vil den åpne et skall og sende ut på konsollen.
Konsollen skal se ut som øyeblikksbilde nedenfor, se etter IP-adressen din i skallet:
MERKNAD: hvis du lukker dette vinduet, stopper serveren.
Nå kan du få tilgang til Web Tours-applikasjonen -
Når den er lansert, vil den se ut som -
Forstå VUGen-miljøet
For å kjøre VUGen dobbeltklikker du på VUGen-snarveien fra skrivebordet, eller går til Start-menyen => HP Software => og klikker deretter på Virtual User Generator.
VUGen-skjermbildet vises som følger
Splash-skjermen åpner deretter startsiden for HP Virtual User Generator, som vist nedenfor:
Fra Fil-menyen kan du observere forskjellige kommandokontroller. Formålet med disse kontrollene er nevnt nedenfor:
Nytt skript og løsning: brukes til å begynne å lage et nytt skript. Alternativt kan du opprette et nytt skript fra verktøylinjeknappen.
Åpen >> Skriptløsning : brukes til å åpne et eksisterende, tidligere opprettet skript eller løsning fra en katalog.
Legg til >> Nytt skript: brukes til å legge til et tidligere opprettet skript i gjeldende løsning
Vi vil bli kjent med andre kontroller når vi begynner å lage vårt første skript. La oss fortsette å lære.
Klikk her hvis videoen ikke er tilgjengelig
Opprette ditt første VUGen-skript
Før du registrerer, må du sørge for at Web Tours App-serveren kjører. Husk at du må holde serveren i gang, så ikke lukk den. Hvis vinduet plager deg, kan du minimere det.
Tips: I et problem i den virkelige verden trenger man å bli kjent med emnesøknaden (SUL), spesielt hvis det innebærer komplekse arbeidsflyter og datafaser. Du kan også samhandle med HP Web Tours for å sikre at du kan gjenta de nøyaktige trinnene når du tar opp.
Før man kan begynne med skripting av et hvilket som helst program (SUL), må man bli kjent med applikasjonsflyten. Med denne veiledningen, la oss bli kjent med HP Web Tours som sendes og installeres automatisk med HP LoadRunner.
Trinn 1) Klikk på Fil => Nytt skript og løsning som vist i øyeblikksbildet nedenfor:
Du kan bruke snarveien (Ctrl + N) for å gjøre det samme.
Trinn 2) Et vindu for å velge protokollen vises. Listen ser litt annerledes ut enn tidligere versjoner
1. Velg Enkel protokoll
2. Nett
3. Skriv inn skriptnavn
4. Klikk på Opprett
Merk: Du kan bruke Protocol Advisor til å bestemme riktig protokoll applikasjonen din bruker til kommunikasjon. For HP Web Tours vet vi allerede at det krever "Web - HTTP / HTML" -protokoll. Vi vil på et senere tidspunkt lære hvordan vi kan bestemme riktig protokoll for din SUL.
Tips: Et program kan kreve mer enn 1 protokoller noen ganger for å kommunisere med serveren. I et slikt tilfelle navigerer du til listen over flere protokoller på venstre side av vinduet.
HP Web Tours krever imidlertid bare en protokoll når du skript med VUGen.
Tips: Du kan ikke gi nytt navn til skriptene dine, så vær kreativ når du gir skriptene et navn. Hvis du må gi nytt navn til et skript, kan du bruke Lagre som- funksjonen og gi et nytt navn. En god nomenklatur kan være noe sånt som WT01_Signup der WT er en kort form for applikasjonsnavnet, 01 er en forretningsprosess, og Registrering refererer til forretningsprosessene som blir skriptet. Vær også oppmerksom på at du ikke kan bruke mellomrom i et skriptnavn.
Trinn 3) Når du klikker på Opprett, åpner HP VUGen IDE (Integrated Development Environment) eller kodeditor. Du kan legge merke til at skriptfilene er tomme, bortsett fra grunnleggende signatur for Funksjon Handling. Nedenfor øyeblikksbildet kan du forstå det mer:
Trinn 4) Klikk på opptaksknappen 
som du finner i verktøylinjen. Se øyeblikksbildet nedenfor:
Trinn 5) et nytt vindu åpnes
1. Hvis vi studerer vinduet ovenfor, blir navnet på skriptet nevnt i tittellinjen til denne popupen. Dette vil hjelpe deg med å gjøre endringer i riktig skript når du har å gjøre med flere skript som er åpnet om gangen.
2. Hvis du ikke ser resten av kontrollene, klikker du på Færre alternativer- knappen for å sikre at du ikke ser færre alternativer.
3. Registrer i handlingsfeltet bestemmer hvor koden genereres etter opptak. VUGen-skript gjør det lettere å bytte til andre handlinger eller skaper nye handlinger under og etter innspilling.
4. Record: felt forteller VUGen at emneapplikasjonen (SUL) er en webapplikasjon eller en stasjonær klient. Dette alternativet kan ikke overstyres når innspillingen begynner.
5. Søknad: feltet forteller VUGen, hvilken nettleser du skal bruke til opptak. Hvis du ikke jobber med Web - HTTP / HTML-protokollen, velger du skrivebordsklienten med dette feltet.
Tips: I motsetning til QTP-skript er LoadRunner-eksempelskript uavhengig av GUI. Dette er fordi den genererte koden ikke fungerer basert på UI-objekter, men den fungerer på prinsippet om klientens forespørsel til serveren og forventer serverrespons tilbake til klienten - vanligvis i form av HTML (derav navnet på en protokoll )
6. URL-adresse: URLen til SUL er lagt inn her. VUGen vil påkalle denne URL-en når du klikker på "Start opptak". Nettleseren som brukes vil være den som er nevnt under " Record: " -feltet hvis den er forskjellig fra standard nettleser.
7. Start opptak: Umiddelbar kontra forsinket: Hvis du har valgt Umiddelbar opptaksmodus, vil du legge merke til at VUGen starter opptak av hendelser så snart du trykker på "Start opptak" -knappen. Men hvis du velger Forsinket opptaksmodus, vil VUGen påkalle systemet (SUL), men vil ikke begynne å fange hendelser med mindre du klikker på Opptak-knappen fra den flytende linjen.
8. Working Directory: Dette er en midlertidig katalog som VUGen vil bruke mens du fanger hendelser. En kopi av skriptet ditt vil også være tilgjengelig på dette stedet, i tilfelle hvis du mister mappen din :)
9. Opptaksalternativer: Disse innstillingene forteller VUGen hvilken type URL-er du skal fange og hvilken opptaksmodus du skal bruke.
10. Start opptak: Starter opptak. Klikk på den
Trinn 6) Når opptaket starter, vil VUGen påkalle HP Web Tours-applikasjonen ved hjelp av den valgte nettleseren.
La oss forstå med et LoadRunner-skripteeksempel å registrere en bruker på Web Tours-applikasjonen og spille inn et grunnleggende skript.
En flytende opptaksfelt vil vises som vil tilby forskjellige kontroller over opptak. Dette forteller tiden som har gått og et antall hendelser som automatisk er tatt. La oss se nøye på den flytende stangen.
I øyeblikksbildet vist ovenfor, har SUL avfyrt 56 hendelser og totalt 0 minutter og 25 sekunders varighet har gått siden innspillingen startet.
Du vil også observere at ingen hendelser avfyres mens du skriver. Spør deg selv hvorfor. Kan du svare?
Dette er fordi ingen klient til server-kommunikasjon finner sted mens du skriver. Derfor blir ingen hendelser avfyrt, og det genereres ikke noe skript angående skriving. Koden genereres bare når du har sendt inn skjemaet (klikk Fortsett)
Opptaket kan settes på pause 
ved hjelp av pauseknappen. Vær oppmerksom på at så lenge innspillingen forblir på pause, blir alle hendelser som blir sendt av applikasjonen ignorert. Dette betyr også at selv om søknaden din sender forespørsler og / eller mottar svarskjema SUL, vil skriptet ikke bli generert så lenge du har stoppet opptaket midlertidig.
Hvis du har stoppet opptaket midlertidig, må du klikke på opptaksknappen fra den flytende linjen for å gjenoppta innspillingen.
Mens du spiller inn i delen vuser_init, vil du legge merke til at rendezvous-knappen ikke er aktivert. Bytt til handling (eller opprett en ny handling) og fortsett innspillingen. Se øyeblikksbildet nedenfor for å lære hvordan du bytter handling.
Du vil legge merke til at når du bytter til en handling, vil rendezvous- 
knappen aktiveres automatisk. Dette er fordi VUGen ikke tillater innsetting av møteplasser i vuser_init .
Bruke transaksjoner på rekordtid
La oss anta at du ønsker å måle responstid når X-antall brukere samtidig registrerer deg. For å møte dette målet, la oss lese videre.
Nå har du registrert åpningen av applikasjonen i vuser_init-handling. Etter at du har byttet til Handling, skriv inn brukerinformasjonen som kreves av SUL. Følg trinnene nedenfor før du trykker på "Fortsett" -knappen:
Start en transaksjon ved å klikke på knappen 
i flytende linje. Skriv inn navnet på transaksjonen, for eksempel 01_Signup.
Tips: Det er en god praksis å navngi transaksjonen med et prefiks som 01_ for å holde dem unike.
Flytestangen vil se slik ut:
Klikk OK for å lukke transaksjonsetiketten.
Klikk på Fortsett-knappen i applikasjonen.
Avslutt transaksjonen ved å klikke på knappen 
. Velg navnet på transaksjonen du vil avslutte, for eksempel 01_Signup i dette tilfellet. Se øyeblikksbildet nedenfor for illustrasjon.
Hvis du ikke har flere transaksjoner åpnet, ser du bare ett navn. Hvis du har flere, vil du imidlertid kunne velge fra listen.
Sett inn kommentarer på rekordtid:
Nå som du har avsluttet transaksjonen, kan du legge inn en kommentar på rekordtid for å gi deg selv en påminnelse når du studerer koden senere. Klikk på knappen fra den flytende linjen for å sette inn en kommentar. En tekstboks vises ved siden av den flytende linjen der du kan skrive inn hvilken som helst tekst.
Denne kommentaren blir satt inn i koden etter trinnene (koden) du nettopp har fullført før du klikker på OK-knappen.
Fra applikasjonen kan du klikke på Fortsett. Du vil følge en velkomstmelding fra en søknad.
Velg nå handling vuser_end og klikk Logg av fra applikasjonen. Lukk applikasjonen og klikk stoppknappen 
fra den flytende linjen.
Kodegenerering:
Når opptaket er stoppet, vil du legge merke til VUGen-postgenereringsaktivitet. Dette inkluderer generering av kode, transaksjoner og kommentarer basert på opptaket ditt. Se øyeblikksbildet nedenfor.
Umiddelbart etter at VUGen er ferdig med å "utføre postgenereringsoperasjoner", vil den starte "Utføre skanning for korrelasjon etter generasjonsoperasjon". Vi vil se mer detaljert hva korrelasjon betyr.
Når operasjonen etter generering er fullført, vil du se Design Studio-vinduet. Hvis det blir funnet noen kandidater for korrelasjon, kan du se gjennom dem i dette vinduet.
Du kan trygt klikke på Lukk-knappen, og VUGen tar deg til koden som er generert.
Vinduet vil se slik ut:
Som fremhevet i figuren ovenfor, inneholder redaktøren lett forståelig, lesbar kode. Du kan se på parametrene som brukes under opptak.
Venstre side av VUGen heter Step Navigator som lar deg forstå “skriptet” uten å se på kornets detaljer. For eksempel kan du lese trinn som, åpne en URL, bruke Think Time og sende inn skjemaet. Dette innkapsler alle parametrene som er knyttet til hver forespørsel.
Skriptet ditt er generert, klikk på Fil-menyen og klikk deretter på Lagre skript som i nettleseren stedet der du vil lagre skriptet. VUGen vil automatisk foreslå den siste katalogen som ble brukt hvis du allerede har lagret et skript tidligere. Det foreslåtte navnet vil være navnet du nevnte da du startet opptaket.
Ferdig.
Gratulerer deg selv med at det første skriptet ditt ble generert og lagret.
Bestemme en protokoll og protokollrådgiver
Du har kanskje stilt spørsmålstegn ved deg selv hvorfor vi brukte Web - HTTP / HTML-protokollen. Hvordan bestemte vi oss for hvilken protokoll vi skulle bruke? Svaret er ikke så enkelt.
Det er et arkitektonisk grunnlag av ferdigheter du trenger å ha på plass som en forutsetning for å svare på dette spørsmålet. Hvis du er nybegynner, kan du pare deg sammen med noen som har solide arkitektoniske og utviklingsferdigheter på klientsiden for din SUL. Du kan snakke med utviklerne av SUL og finne ut hvilke grensesnitt applikasjonen bruker. Dette skal føre deg på en naturlig vei til grensesnittene du vil bruke til utvikling av virtuelle brukerskript og valg av protokoll.
For å imøtekomme behovene til nybegynnere som ikke har kunnskap om arkitektoniske ferdigheter, introduserte LoadRunner en funksjon kalt Protocol Advisor i LoadRunner 9.1. Selv om dette har gjort livet lettere for mange, bør man stole mer på arkitektoniske og utviklingsmessige ferdigheter i stedet for protokollrådgiver og motta informasjon fra utviklingsteamet om underliggende utviklingsteknologier. Protokoll foreslår kanskje ikke riktig protokoll i alle tilfeller.
For å bruke Protocol Advisor, gå til Record => Protocol Advisor => Analyze Application
Se øyeblikksbildet nedenfor:
Dette åpner hovedvinduet til Protocol Advisor. Hvis du merker det, ligner dette litt på når vinduet vises for opptak. La oss ta en titt på vinduet nedenfor:
Velg nettleseren siden vi bruker et nettbasert program.
Spesifiser URL-en til applikasjonen som deretter blir påkalt. Arbeidskatalogen kan stå som sådan, siden dette bare er en midlertidig katalog som VUGen kan bruke. Forsikre deg om at du har lese- og skrivetilgang i denne katalogen.
Klikk på Start analyse.
En flytende stolpe, noe som ligner på rekordtidens flytende linje, vises. Ta en titt på øyeblikksbildet:
Prosessen vil fortelle tiden som har gått og en rekke hendelser avfyrt. Denne informasjonen er imidlertid ikke nødvendig. Den eneste fordelen med denne hendelsesdisken er at du vet at klienten din, SUL, kommuniserer med serveren.
Det er en god praksis å analysere bare en forretningsprosess om gangen, siden de forskjellige forretningsprosessene i en stor virksomhetsapplikasjon kan innebære forskjellige protokoller. For eksempel kan et dashbord i noen applikasjoner ha Ajax eller Flex, etc., men dette vil ikke være til stede på påloggingssiden.
Når du er ferdig med å utføre en bestemt forretningsprosess, kan du trykke på Stopp-knappen. VUGen-protokollrådgiveren vil komme med en sammendragsrapport om protokollforslaget. Ta en titt på hvordan det ser ut:
Du kan se forslagene fra Protocol Advisor. Disse er kanskje de beste valgene.
Du har lært å bruke Protocol Advisor nå. Dette kan imidlertid være nyttig for nybegynnere eller for en situasjon der du trenger "en annen mening" - stole på din arkitektoniske sans, programmeringskunnskap, utviklingsevner og informasjon mottatt fra utviklingsteamet for å bestemme protokollen.
Opptaksalternativer
Hver gang VUGen genererer et skript, er den genererte koden basert på forskjellige konfigurasjoner som du finner under "Opptaksalternativer" - eller du kan trykke Ctrl + F7 for å se opptaksalternativene i LoadRunner.
La oss ta en titt på vinduet for opptaksalternativer før vi diskuterer alle konfigurasjoner:
Det er forskjellige kategorier av konfigurasjoner som generelt, korrelasjoner, nettverk og dataformatutvidelse. La oss forstå det viktigste blant disse, en etter en.
Generelt => Opptak:
Dette emnet krever detaljforståelse. Derfor blir dette diskutert hver for seg.
Generelt => Skript:
Ta en titt på øyeblikksbildet for å få et glimt:
Du vil merke at Språk dropdown er deaktivert. En vanlig myte er at LoadRunner ikke genererer kode på noe annet språk. En annen myte er at det krever lisens for å jobbe på andre språk.
Begge er falske. LoadRunner bestemmer selv hvilket språk som skal brukes når man genererer skriptet. I nesten alle tilfeller vil du finne deg selv å jobbe med C Language .
For visse Java-applikasjoner (som Java-appletter) vil koden som genereres være på JavaScript-språk .
VUGen vil generere et skript på VBScript Language bare for applikasjoner utviklet i Visual Basic classic (MS Visual Studio 2002)
Skriptalternativer :
Du kan velge "Generer fast tenketid etter slutttransaksjon". Dette betyr at uansett hvor mye en bruker venter, vil den genererte tenketiden (forsinkelsen) være lik den angitte verdien. Verdien er i sekunder.
Et maksimalt antall linjer i handlingsfilen refererer til det maksimale antall linjer VUGen vil generere en handling. Hvis skriptet er større, oppretter VUGen automatisk en ny handling. Standard er satt til 60 000. Maksimumsverdien som kan spesifiseres er 65.000
Du kan finne denne konfigurasjonen nyttig når du arbeider med et skrivebordsprogram med Oracle på backend.
Generelt => Protokoll gir deg muligheten til å velge og oppheve valget av protokoller du valgte ved begynnelsen av opptaket
I hovedsak vil dette bare brukes når du ønsker å generere skript på nytt .
Ta en titt på skjermen:
Dette er nyttig når du har brukt multiprotokoller på tidspunktet for innspilling av et skript. Du kan regenerere skriptet og fjerne merket for protokollene du ikke ønsker, og få et nytt skript uten å måtte registrere det på nytt.
Generelt => Kodegenerering:
Ta en titt på øyeblikksbildet nedenfor:
Denne konfigurasjonen forteller VUGen å finne kandidater for korrelasjon på rekordtid. Hvis du ikke ønsker automatisk korrelasjon, kan det være lurt å slå av denne funksjonen.
Korrelasjon => Konfigurasjon:
Ta en titt på skjermbildet nedenfor og gjør deg kjent med skjermen.
Selv om automatisk korrelasjon bare er nyttig fra 5% til 10%, kan du likevel velge "Regelsøk" og "Korrelere verdier funnet automatisk". Imidlertid, hvis skriptet ikke spilles, kan du vurdere å gjenopprette standardinnstillingene ved å klikke på en knapp.
Korrelasjon => Regler:
Gå til Regler, og her kan du se forskjellige regler VUGen bruker for å finne korrelasjonskandidater. Du kan legge til egendefinerte regler hvis du vet hva applikasjonen din (SUL) bruker som parametere. Dette er imidlertid en avansert bruk av innstillinger for rekordtid. Hvis du er nybegynner, kan du trygt hoppe over dette emnet.
HTTP-egenskaper => Avansert:
Denne rammen tilbyr forskjellige innstillinger relatert til HTTP-binding.
Tilbakestill kontekst for hver handling, slik at dette alternativet instruerer VUGen om å tilbakestille alle HTP-kontekster mellom handlinger til sin opprinnelige tilstand før opptak, noe som gir en ren begynnelse på innspillingsøkten. Alternativet er aktivert som standard.
Du kan la resten av konfigurasjonene være intakte med mindre det er nødvendig.
Nettverk => Portkartlegging:
Denne rammen skal være intakt. Hvis du tar opp et skrivebordsprogram, kan det hende du må velge data på WinINet-nivå.
Du kan gå til Alternativer (så lenge du bruker Socket-nivådata) og velge forskjellige alternativer som SSL-versjon eller andre typer Secure Socket Layer. Hvis du er et nybegynnernivå eller ikke trenger disse alternativene, kan du hoppe over det. Ta en titt for å bli kjent med skjermen.
Nå er du ferdig med de fleste alternativene Record Time, la oss gå til neste emne og forstå forskjellen mellom HTML og URL-basert skripting.
Forskjellen mellom HTML-basert og URL-basert skripting
Du har kanskje lagt merke til et alternativ å velge enten HTML-basert skript eller URL-basert skript. Ta en titt på øyeblikksbildet for en tilbakeblikk.
Så hva er dette alternativet og hvilken du skal velge?
Det HTML-baserte skriptet er basert på brukerhandlinger, og skriptene inneholder funksjoner som samsvarer direkte med handlingen. La oss forstå et eksempel på et lite stykke kode:
Eksempel:
web_link ("Enterprise Systems Performance","Tekst = Enterprise Systems Performance,""Øyeblikksbilde = t4.inf",SISTE);
Det URL-baserte skriptet er basert på HTTP-forespørsler sendt til serveren som et resultat av brukerhandlinger.
Her er et eksempel på kode for URL-modus for de samme handlingene som er utført som ovenfor (i HTML-modus)
Eksempel:
web_url ("Enterprise Systems Performance","URL = / esp.html","TargetFrame =","Ressurs = 0","RecContentType = text / html","Referer = / atc?…,"Øyeblikksbilde = t4.inf","Mode = URL",SISTE);
Tips: Det er best å eksperimentere selv før du går videre. Endre innstillingene for opptakstid og ta opp det samme skriptet to ganger, dvs. en gang med HTML-modus og en gang med URL-modus - sammenlign deretter begge. Hold skriptet kort, slik at du kan forstå forskjellen.
Hvordan bestemmer vi hvilken modus vi skal bruke?
La oss forstå fordeler og ulemper med begge modusene, så forstå hvilken modus som er mer egnet i visse situasjoner:
Fordeler med HTML-opptak
- Reduserer behovet for å fange opp dynamiske verdier
- Handlingsmerkeverdier og skjulte data er IKKE hardkodet
- De hentes fra minnet under avspilling
- Hvis de er dynamiske, kjører VUser fortsatt
- Skriptet er bare så stort som forretningsprosessen - ett trinn per side
Ulemper ved HTML-opptak
- Skript er mindre skalerbare
- Minne (cache) blir søkt under avspilling
- krever mer minne
- krever mer CPU-kraft
Fordeler med URL-opptak
- Fleksibilitet
- Støtte for Java Applets og ActiveX-objekter på siden
- Evne til å spille på UNIX
- Skalerbarhet
- Skript er mer skalerbare enn HTML-skript fordi de krever færre ressurser
Ulemper med URL-opptak
- Skript krever mer korrelasjon (ingenting hentes fra hurtigbufferen)
- Kontekstsensitive sjekker fungerer ikke (parser er deaktivert) *
- Skriptene er store (alle bilder og rammer blir tatt opp som separate trinn)
Her er en rask illustrasjon:
|
HTML-modus |
URL-modus |
|
Intuitivt og lett å forstå. |
Ikke så intuitivt som HTML-skriptene. |
|
Skript er mindre, forespørsler er innkapslet og enkle å forstå. |
Skriptene er store, og inneholder et anrop til hvert bilde, css, html, etc. og gjør det vanskelig å forstå. |
|
Skalerbar. |
Mer skalerbar og effektiv for å lage en lastetest. |
Bruk av Re-Generate Script
La oss anta at du vil spille inn det samme skriptet du nettopp spilte inn, men med forskjellige innstillinger for opptakstid. I et slikt tilfelle kan du bruke funksjonen for regenerering av skript.
Du kan få tilgang til den under Record => Regenerate Script eller med hurtigtast Ctrl + Shift + R
Når du klikker på menyen, vil VUGen gi deg en advarsel om at det eksisterende skriptet ditt og alle endringer du har gjort i ditt eksisterende skript, vil gå tapt. Advarselsmeldingen ser slik ut:
Du kan også klikke på Alternativer for å åpne Record Time Options herfra.
Klikk OK for å fortsette med re-generering av et skript.
Avspilling av et skript og forståelseslogg
Når du har lagret skriptet, kan du klikke på 
i verktøylinjen for å spille på nytt eller trykke på F5.
Du finner denne knappen i verktøylinjen:
Du må sørge for at serveren kjører (som kreves for at applikasjonen skal fungere skikkelig)
Når du spiller av skriptet på nytt, vil du legge merke til at det i motsetning til QuickTest Professional ikke åpner noen nettleser for å spille på nytt. Husk at denne kjøringen bare vil simulere 1 (enkelt) brukerbelastning på SUL. Hensikten med denne utførelsen er å sikre at skriptet ditt fungerer.
Tips: Du må bekrefte virkningen fra selve applikasjonen. For eksempel, hvis du oppretter en post, går du til applikasjonen og bekrefter manuelt at skriptet ditt faktisk opprettet en post. Skriptene dine blir sannsynligvis ikke testet av enda et Testing- eller QA-team, så du må være veldig forsiktig med skriptet og sørge for at disse blir grundig testet.
Du kan la omspillingsloggen være aktiv siden dette vil være til stor hjelp for å identifisere kandidater for korrelasjon og eventuelle feil og advarsler du måtte komme over. Siden generering av logg tar mange ressurser, slås den best av når du er ferdig med feilsøking av skript og bruker dem til scenarier.
Oversikt over filer generert under opptak og avspilling
La oss lukke VUGen og se på filene den har opprettet i skriptmappen.
VUGen oppretter en serie med konfigurasjonsfiler, datafiler og kildekodefiler som inneholder VUser-kjøretid og oppsettinformasjon. Resultatene av hver iterasjon av skriptet lagres separat. Hvis du har kjørt skriptet minst en gang, vil du legge merke til en katalog med navnet resultat1. Denne katalogen er for systembruk og bør ignoreres av testeren.
Viktige filer som du trenger å forstå:
VUGen vil opprette en .c (C språkkodefil) for hver handling. Dermed har du til slutt vuser_init.c og vuser_end.c og Action.c - hvis du har opprettet flere handlinger, vil du også se tilsvarende filer. For eksempel, myAction.c
Replay-loggen lagres i en fil som heter output.txt. Hvis du har byttet den ut flere ganger, vil output.txt inneholde den siste kjøringsloggen, mens output.bak vil inneholde den forrige kjøringen.
Du vil se en mappe som heter "data". Denne mappen inneholder et bilde av hendelsene, samt en kopi av koden din. VUGen bruker disse filene når du “ReGenerate” koden din.