Hvad er VUGen?
VUGen (Virtual User Generator) er et nøgleværktøj i LoadRunner til at oprette testscript til at efterligne virkelige brugeres adfærd på dit system. I VUGen erstattes et menneske af en virtuel bruger (VUser), og de handlinger, der udføres af en VUser, registreres i VUser-script for at efterligne den virkelige brugeradfærd til test og overvågning.
VUGen er en af de fire centrale komponenter i LoadRunner. Det er den første komponent, du interagerer med, når du kommer i gang med Performance Testing ved hjælp af HP LoadRunner.
Lad os forstå et par fremtrædende funktioner relateret til VUGen
VUScripts: Som allerede beskrevet er formålet med VUGen at oprette VUScripts, der bruges til at simulere en rigtig virtuel bruger.
Handlinger: En handling er et sæt af brugertransaktioner, der udføres i systemet under belastning for at opnå en defineret opgave. En handling kan sammenlignes med en funktion på andre programmeringssprog. Hvert Vuser-script har 3 standardfunktioner
- Vuser_init (bruges til at logge ind på applikationen)
- Handling (bruges til at registrere forretningsprocessen)
- Vuser_end (bruges til at logge ud af applikationen)
VUGen registrerer ikke kun scripts, men gengiver dem også (kun 1 VUser) for at sikre, at scriptet er optaget korrekt. Når du først har sikret dig, at scriptet er optaget korrekt, indarbejder du det i et LoadRunner-scenario
I denne vejledning skal du studere
- Scriptudviklingsprocessen i VUGen
- Sammenlign optagelse mellem QTP og LoadRunner
- Introduktion til Web Tours Application
- Forstå VUGen-miljøet
- Oprettelse af dit første VUGen-script
- Brug af transaktioner på rekordtid
- Indsæt kommentarer på rekordtid
- Kodegenerering
- Beslutning om en protokol og protokolrådgiver
- Optagelsesmuligheder
- Afspil et script og forstå log
- Oversigt over filer genereret under optagelse og afspilning
Scriptudviklingsprocessen i VUGen
1. Optag scriptet: Normalt er dette det første trin i scripting, hvor hver brugerhandling registreres i et script.
2. Gentag og bekræft: Når scriptet er optaget, skal du svare scriptet for at sikre, at det fungerer korrekt. Bekræft enhver indvirkning gennem applikationsfront eller database.
3. Forbedre scriptet: Når optagelsen er blevet verificeret, skal du forbedre scriptet ved at tilføje kontrolpunkter, validere data, tilføje transaktioner og rendezvouspoint.
4. Genafspil og bekræft: Som tidligere skal du afspille dit script igen og kontrollere, at alt fungerer efter hensigten.
5. Konfigurer kørselsindstillinger: Konfigurer og kontroller pacevarighed, tænk tidsvariation, proxyindstillinger og om du vil ignorere eksterne ressourcer.
6. Brug til belastningsscenarier: Formuler belastningsscenarier baseret på testmål. Brug belastningsfordeling og geo-wide agenter til at skabe virkelige lignende scenarier.
Sammenlign optagelse mellem QTP og LoadRunner
VUGen ser bort fra UI-objekter:
I modsætning til QTP-scripts er LoadRunner-scripts uafhængige af GUI. Dette skyldes, at den genererede kode ikke fungerer baseret på UI-objekter, men snarere fungerer den på klientens anmodning til serveren og forventer serverrespons tilbage til klienten. Dette er grunden til, at gentagelse af LoadRunner-scripting altid er browseruafhængig. VUser kan kommunikere direkte med en server ved at udføre opkald til server-API'en uden at stole på klientsoftware (SUL), hvilket betyder, at der ikke er nogen indflydelse på scripts, hvis ændringerne foretages i brugergrænsefladen til systemet under belastning. Dette fortæller; Performance Testing er fuldstændig baseret på klient / server kommunikation (anmodning og svar) og ikke GUI objekterne.
Se nedenstående link for flere detaljer: http://youtu.be/FDORUeqpNJs?t=3m41s
Vi vil se flere detaljer, hvordan VUGen-scripting fungerer nedenfor.
Introduktion til Web Tours Application
Til alle praktiske formål bruger vi Web Tours-applikationen, der følger med LoadRunner.
HP Web Tours kræver, at der kører en afhængig "Web Tours Apache-server", før den kan fungere. For at køre Web Tours Apache Server skal du gå til Start Menu => HP Software => Samples => Web og derefter klikke på Start HP Web Tour Server.
Når “serveren” er aktiveret, åbner den en shell og output på konsollen.
Konsollen skal se ud som et øjebliksbillede nedenfor, se efter din IP-adresse i skallen:
BEMÆRK: hvis du lukker dette vindue, stopper serveren.
Nu kan du få adgang til Web Tours-applikationen -
Når den er lanceret, vil den se ud som -
Forstå VUGen-miljøet
For at køre VUGen skal du dobbeltklikke på VUGen-genvejen fra skrivebordet eller gå til Start-menu => HP Software => og derefter klikke på Virtual User Generator.
VUGen-stænkskærmen vises som følger
Stænkskærmen åbner efterfølgende startsiden for HP Virtual User Generator som vist nedenfor:
Fra menuen Filer kan du observere forskellige kommandokontroller. Formålet med disse kontroller er nævnt nedenfor:
Nyt script og løsning: bruges til at begynde at oprette et nyt script. Alternativt kan du oprette et nyt script fra værktøjslinjeknappen.
Åbn >> Script Løsning : bruges til at åbne et eksisterende, tidligere oprettet script eller en løsning fra et bibliotek.
Tilføj >> Nyt script: bruges til at tilføje et tidligere oprettet script til den aktuelle løsning
Vi bliver bekendt med andre kontroller, når vi begynder at oprette vores første script. Lad os fortsætte med at lære.
Klik her, hvis videoen ikke er tilgængelig
Oprettelse af dit første VUGen-script
Før du optager, skal du sørge for, at Web Tours App-serveren kører. Husk, du skal holde serveren kørende, så luk den ikke. Hvis vinduet generer dig, kan du minimere det.
Tip: I et virkeligt problem skal man stifte bekendtskab med emneansøgningen (SUL), især hvis det involverer komplekse forretningsarbejdsprocesser og datafaser. Du kan også interagere med HP Web Tours for at sikre, at du kan gentage de nøjagtige trin, når du optager.
Inden man kan starte med scripting af et hvilket som helst program (SUL), skal man stifte bekendtskab med applikationsflowet. Med denne vejledning, lad os stifte bekendtskab med HP Web Tours, der sendes og installeres automatisk med HP LoadRunner.
Trin 1) Klik på File => New Script and Solution som vist i snapshotet nedenfor:
Du kan bruge genvejen (Ctrl + N) til at gøre det samme.
Trin 2) Et vindue til valg af protokol vises. Listen ser lidt anderledes ud end tidligere versioner
1. Vælg Single Protocol
2. Internettet
3. Indtast scriptnavn
4. Klik på Opret
Bemærk: Du kan bruge Protocol Advisor til at bestemme den rigtige protokol, som din applikation bruger til kommunikation. For HP Web Tours ved vi allerede, at det kræver "Web - HTTP / HTML" -protokol. Vi lærer på et senere tidspunkt, hvordan vi bestemmer den rigtige protokol til din SUL.
Tip: En applikation kan nogle gange kræve mere end 1 protokoller for at kommunikere med sin server. I et sådant tilfælde skal du navigere til listen Flere protokoller i venstre side af vinduet.
HP Web Tours kræver dog kun en protokol, når man scripter med VUGen.
Tip: Du kan ikke omdøbe dine scripts let, så vær kreativ, når du giver dine scripts et navn. Hvis du skal omdøbe et script, skal du bruge funktionen Gem som og give et nyt navn. En god nomenklatur kan være noget i retning af WT01_Signup, hvor WT er en kort form for applikationsnavnet, 01 er en forretningsprocessesekvens, og Tilmeld henviser til de forretningsprocesser, der bliver scriptet. Bemærk også, at du ikke kan bruge mellemrum i et scriptnavn.
Trin 3) når du klikker på Opret, åbner HP VUGen IDE (Integrated Development Environment) eller kodeditor. Du kan bemærke, at scriptfilerne er tomme, undtagen grundlæggende signatur for Funktionshandling. Nedenfor øjebliksbillede bør hjælpe med at forstå det mere:
Trin 4) Klik på optageknappen, 
som du kan finde i værktøjslinjen. Se snapshotet nedenfor:
Trin 5) et nyt vindue åbnes
1. Hvis vi studerer ovenstående vindue, er navnet på scriptet nævnt i titellinjen i denne popup. Dette hjælper dig med at foretage ændringer i det rigtige script, når du har at gøre med flere scripts åbnet ad gangen.
2. Hvis du ikke kan se resten af kontrolelementerne, skal du klikke på knappen Færre indstillinger for at sikre, at du ikke ser færre indstillinger.
3. Optag i handlingsfeltet bestemmer, hvor koden genereres efter optagelse. VUGen-scripts letter skift til andre handlinger eller opretter nye handlinger under og efter optagelse.
4. Record: felt fortæller VUGen, at emneapplikationen (SUL) er en webapplikation eller en desktopklient. Denne indstilling kan ikke tilsidesættes, når optagelsen begynder.
5. Applikation: felt fortæller VUGen, hvilken browser der skal bruges til optagelse. Hvis du ikke arbejder med Web - HTTP / HTML-protokol, vælger du desktop-klienten med dette felt.
Tip: I modsætning til QTP-scripts er LoadRunner-eksempelscripts uafhængige af GUI. Dette skyldes, at den genererede kode ikke fungerer baseret på UI-objekter, men snarere fungerer den på princippet om klientens anmodning til serveren og forventer serverrespons tilbage til klienten - normalt i form af HTML (deraf navnet på en protokol )
6. URL-adresse: URL'en til SUL indtastes her. VUGen påkalder denne URL, når der klikkes på "Start optagelse". Den anvendte browser er den, der er nævnt under " Record: " - feltet, hvis den adskiller sig fra din standardbrowser.
7. Start optagelse: Umiddelbar vs. forsinket: Hvis du har valgt øjeblikkelig optagelsestilstand, vil du bemærke, at VUGen starter optagelse af begivenheder, så snart du trykker på knappen "Start optagelse". Men hvis du vælger Forsinket optagelsestilstand, vil VUGen påkalde systemet (SUL), men vil ikke begynde at fange begivenheder, medmindre du klikker på knappen Optagelse fra den flydende bjælke.
8. Working Directory: Dette er en midlertidig mappe, som VUGen vil bruge, når man opfanger begivenheder. En kopi af dit script vil også være tilgængelig på dette sted, bare hvis du mister din mappe :)
9. Optagelsesmuligheder: Disse indstillinger fortæller VUGen, hvilken type URL'er der skal registreres, og hvilken optagetilstand der skal bruges.
10. Start optagelse: Start optagelsen. Klik på den
Trin 6) Når optagelsen starter, påberåber VUGen sig programmet HP Web Tours ved hjælp af den valgte browser.
Lad os forstå med et LoadRunner-scriptingeksempel at tilmelde en bruger på Web Tours-applikationen og optage et grundlæggende script.
En flydende optagelsesbjælke vises, som tilbyder forskellige kontroller over optagelsen. Dette fortæller den forløbne tid og et antal begivenheder, der automatisk er fanget. Lad os se nøje på den flydende bjælke.
I det øjebliksbillede, der er vist ovenfor, har SUL fyret 56 begivenheder, og i alt 0 minutter og 25 sekunder er gået siden optagelsen begyndte.
Du vil også bemærke, at ingen begivenheder affyres, mens du skriver. Spørg dig selv hvorfor. Kan du svare?
Dette skyldes, at ingen klient-til-server-kommunikation finder sted, mens du skriver. Derfor udløses ingen begivenheder, og der genereres ikke noget script vedrørende skrivning. Koden genereres kun, når du har indsendt formularen (klik på Fortsæt)
Optagelse kan være pause 
ved hjælp af pauseknappen. Bemærk venligst, så længe optagelsen forbliver pause, vil alle begivenheder, der affyres af applikationen, blive ignoreret. Dette betyder også, at selvom din applikation sender anmodninger og / eller modtager svarformular SUL, genereres scriptet ikke, så længe du har sat optagelsen på pause.
Hvis du har sat optagelsen på pause, skal du klikke på optageknappen fra den flydende bjælke for at genoptage optagelsen.
Mens du optager i sektionen vuser_init, vil du bemærke, at rendezvous-knappen ikke er aktiveret. Skift til handling (eller opret en ny handling), og fortsæt optagelsen. Se snapshotet nedenfor for at lære, hvordan du skifter handling.
Du vil bemærke, at rendezvous- 
knappen aktiveres automatisk , når du skifter til en handling . Dette skyldes, at VUGen ikke tillader indsættelse af rendezvous-punkter i vuser_init .
Brug af transaktioner på rekordtid
Lad os antage, at du ønsker at måle responstid, når X antal brugere samtidigt tilmelder dig. Lad os læse videre for at imødekomme dette mål.
Nu har du registreret åbning af applikationen i vuser_init-handling. Når du er skiftet til handling, skal du indtaste de brugeroplysninger, der kræves af SUL. Følg nedenstående trin, inden du trykker på knappen "Fortsæt":
Start en transaktion ved at klikke på knappen 
i flydende bjælke. Indtast navnet på transaktionen, for eksempel 01_Signup.
Tip: Det er en god praksis at navngive din transaktion med et præfiks som 01_ for at hjælpe med at holde dem unikke.
Den flydende bjælke vil se sådan ud:
Klik på OK for at lukke transaktionsetiketten.
Klik på knappen Fortsæt i applikationen.
Afslut transaktion ved at klikke på knappen 
. Vælg navnet på den transaktion, du vil lukke, for eksempel 01_Signup i dette tilfælde. Se nedenstående snapshot for illustration.
Hvis du ikke har åbnet flere transaktioner, kan du kun se ét navn. Hvis du har flere, kan du dog vælge fra listen.
Indsæt kommentarer på rekordtid:
Nu hvor du har afsluttet transaktionen, kan du placere en kommentar på rekordtid for at give dig selv en påmindelse, når du studerer koden senere. Fra den flydende bjælke skal du klikke på knappen for at indsætte en kommentar. Et tekstfelt vises ved siden af den flydende bjælke, hvor du kan indtaste enhver tekst.
Denne kommentar indsættes i koden efter de trin (kode), du lige er færdig med, før du klikker på OK-knappen.
Fra applikationen kan du klikke på Fortsæt. Du observerer en velkomstnotat ved en ansøgning.
Vælg nu handling vuser_end, og klik på Log af fra applikationen. Luk applikationen, og klik på stopknappen 
fra den flydende bjælke.
Kodegenerering:
Når optagelsen er stoppet, vil du bemærke VUGen-postgenereringsaktivitet. Dette inkluderer generering af kode, transaktioner og kommentarer baseret på din optagelse. Se øjebliksbillede nedenfor.
Umiddelbart efter at VUGen er færdig med "Udførelse af postgenerationsoperationer", starter den "Udførelse af scanning for korrelation efter generering af operation". Vi vil se mere detaljeret, hvad korrelation betyder.
Når operationen efter generering er afsluttet, vil du se Design Studio-vinduet. Hvis der findes nogen kandidater til korrelation, kan du gennemgå dem i dette vindue.
Du kan trygt klikke på knappen Luk, og VUGen fører dig til den kode, der er blevet genereret.
Vinduet ser sådan ud:
Som fremhævet i ovenstående figur indeholder editoren let forståelig, læsbar kode. Du kan se på de parametre, der blev brugt under optagelse.
Venstre side af VUGen hedder Step Navigator, der lader dig forstå “scriptet” uden at se på kornets detaljer. For eksempel kan du læse trin som, åbne en URL, bruge Think Time og indsende formularen. Dette indkapsler alle parametre, der er knyttet til hver anmodning.
Dit script er genereret, klik på menuen File og klik derefter på Save Script As for at browser den placering, hvor du vil gemme dit script. VUGen vil automatisk foreslå den sidst anvendte mappe, hvis du allerede har gemt et script tidligere. Det foreslåede navn er det navn, du nævnte, da du startede optagelsen.
Helt færdig.
Tillykke dig selv med, at dit første script blev genereret og gemt.
Beslutning om en protokol og protokolrådgiver
Du har måske spørgsmålstegn ved dig selv, hvorfor brugte vi Web - HTTP / HTML-protokollen. Hvordan besluttede vi, hvilken protokol vi skulle bruge? Svaret er ikke så simpelt.
Der er et arkitektonisk fundament af færdigheder, du skal have på plads som en forudsætning for at besvare dette spørgsmål. Hvis du er nybegynder, kan du parre dig med nogen, der har solide arkitektoniske og udviklingsmæssige færdigheder på klientsiden til din SUL. Du kan tale med udviklerne af din SUL og finde ud af, hvilke grænseflader din applikation udnytter. Dette skulle føre dig på en naturlig sti til de grænseflader, du vil bruge til din virtuelle bruger scriptudvikling og protokolvalg.
For at imødekomme behovene hos begyndere, der ikke har kendskab til arkitektoniske færdigheder, introducerede LoadRunner en funktion kaldet Protocol Advisor i LoadRunner 9.1. Selv om dette har gjort livet lettere for mange, bør man stole mere på arkitektoniske og udviklingsmæssige færdigheder i stedet for protokolrådgiver og modtage information fra udviklingsteamet om underliggende udviklingsteknologier. Protokol foreslår muligvis ikke korrekt protokol i alle tilfælde.
For at bruge Protocol Advisor skal du gå til Record => Protocol Advisor => Analyze Application
Se øjebliksbillede nedenfor:
Dette åbner protokolrådgiverens hovedvindue. Hvis du bemærker, ligner dette lidt med vinduet, der vises til optagelse. Lad os se på vinduet nedenfor:
Vælg webbrowseren, da vi bruger et webbaseret program.
Angiv URL-adressen til den applikation, der derefter påberåbes. Arbejdsmappe kan efterlades som sådan, da dette kun er en midlertidig mappe, som VUGen kan bruge. Sørg for, at du har læsning og skriveadgang i denne mappe.
Klik på knappen Start analyse.
En flydende bjælke, der svarer til rekordtidens flydende bjælke, vises. Se øjebliksbillede:
Processen fortæller den forløbne tid og et antal begivenheder fyret. Disse oplysninger er dog ikke nødvendige. Den eneste fordel ved denne tæller er, at du ved, at din klient, SUL, kommunikerer med serveren.
Det er en god praksis at kun analysere en forretningsproces ad gangen, da de forskellige forretningsprocesser i en stor virksomhedsapplikation kan involvere forskellige protokoller. For eksempel kan et dashboard i nogle applikationer have Ajax eller Flex osv., Men dette vil ikke være til stede på login-siden.
Når du er færdig med at udføre en bestemt forretningsproces, kan du trykke på Stop-knappen. VUGen-protokolrådgiveren vil komme med en sammenfattende rapport om protokolforslaget. Se hvordan det ser ud:
Du kan se forslagene fra Protocol Advisor. Disse er måske de bedste valg at vælge.
Du har lært at bruge Protocol Advisor nu. Dette kan dog være nyttigt for begyndere eller for en situation, hvor du har brug for "en anden mening" - stol på din arkitektoniske sans, programmeringskendskab, udviklingsevner og information modtaget fra udviklingsteamet for at beslutte protokollen.
Optagelsesmuligheder
Hver gang VUGen genererer et script, er den genererede kode baseret på forskellige konfigurationer, der findes under "Optagelsesindstillinger" - eller du kan trykke på Ctrl + F7 for at se optagelsesindstillingerne i LoadRunner.
Lad os se på vinduet til optagelsesindstillinger, før vi diskuterer alle konfigurationer:
Der er forskellige kategorier af konfigurationer som General, Correlations, Network og Data Format Extension. Lad os forstå det mest betydningsfulde blandt disse, en efter en.
Generelt => Optagelse:
Dette emne kræver detaljeret forståelse. Derfor diskuteres dette separat.
Generelt => Script:
Se et øjebliksbillede for et glimt:
Du bemærker, at rullemenuen Sprog er deaktiveret. En almindelig myte er, at LoadRunner ikke genererer kode på noget andet sprog. En anden myte er, at det kræver en licens til at arbejde på andre sprog.
Begge er falske. LoadRunner bestemmer selv, hvilket sprog der skal bruges, når scriptet genereres. I næsten alle tilfælde finder du dig selv at arbejde med C Language .
For visse Java-applikationer (som Java-applets) vil den kode, der genereres, være i JavaScript-sprog .
VUGen genererer kun et script på VBScript Language til applikationer udviklet i Visual Basic classic (MS Visual Studio 2002)
Indstillinger for scripting :
Du kan vælge "Generer fast tænketid efter afslutningstransaktion". Dette betyder, uanset hvor meget en bruger venter, at den genererede tænketid (forsinkelsen) svarer til den angivne værdi. Værdien er i sekunder.
Et maksimalt antal linjer i handlingsfilen refererer til det maksimale antal linjer VUGen genererer en handling. Hvis scriptet er større, opretter VUGen automatisk en ny handling. Standard er sat til 60.000. Den maksimale værdi, der kan specificeres, er 65.000
Du kan finde denne konfiguration nyttig, når du beskæftiger dig med en desktopapplikation med Oracle på backend.
Generelt => Protokol giver dig mulighed for at vælge og fravælge de protokoller, du har valgt ved starten af optagelsen
I det væsentlige vil dette kun blive brugt, når du ønsker at generere script igen .
Se på skærmen:
Dette er nyttigt, når du har brugt flere protokoller på tidspunktet for optagelse af et script. Du kan regenerere scriptet og fravælge de protokoller, du ikke ønsker, og få et nyt script uden at skulle genoptage det.
Generelt => Kodegenerering:
Se snapshotet nedenfor:
Denne konfiguration fortæller VUGen at finde kandidater til korrelation på rekordtid. Hvis du ikke ønsker automatisk korrelation, kan du muligvis slå denne funktion fra.
Korrelation => Konfiguration:
Se på skærmbilledet nedenfor og gør dig fortrolig med skærmen.
Selvom automatisk korrelation kun er nyttig fra 5% til 10%, kan du alligevel vælge "Regelscanning" og "Korrelér automatisk fundet værdier". Men hvis dit script ikke afspilles, kan du overveje at gendanne standardindstillingerne ved at klikke på en knap.
Korrelation => Regler:
Gå til Regler, og her kan du se forskellige regler, som VUGen bruger til at finde korrelationskandidater. Du kan tilføje tilpassede regler, hvis du ved, hvad din applikation (SUL) bruger som parametre. Dette er imidlertid en avanceret brug af indstillinger for optagetid. Hvis du er nybegynder, kan du sikkert springe dette emne over.
HTTP-egenskaber => Avanceret:
Denne ramme tilbyder forskellige indstillinger relateret til HTTP-binding.
Nulstil kontekst for hver handling, hvilket gør det muligt for denne mulighed at instruere VUGen om at nulstille alle HTP-kontekster mellem handlinger til deres oprindelige tilstand inden optagelse, hvilket giver en ren begyndelse til optagesessionen. Indstillingen er aktiveret som standard.
Du kan lade resten af konfigurationerne være intakte, medmindre det kræves.
Netværk => Portkortlægning:
Denne ramme skal være intakt. Hvis du optager en desktop-applikation, skal du muligvis vælge data på WinINet-niveau.
Du kan gå til Valgmuligheder (så længe du bruger Socket-niveau) og vælge forskellige indstillinger som SSL-version eller andre typer Secure Socket Layer. Hvis du er begynderniveau eller ikke har brug for disse muligheder, kan du springe over. Se for at gøre dig bekendt med skærmen.
Nu er du færdig med de fleste af optagetidsindstillingerne, lad os gå til det næste emne og forstå forskellen mellem HTML og URL-baseret scripting.
Forskel mellem HTML-baseret og URL-baseret scripting
Du har muligvis bemærket en mulighed for at vælge enten HTML-baseret script eller URL-baseret script. Se et øjebliksbillede af et flashback.
Så hvad er denne mulighed, og hvilken skal man vælge?
Det HTML-baserede script er baseret på brugerhandlinger, og scriptsne indeholder funktioner, der svarer direkte til den udførte handling. Lad os forstå et eksempel på et lille stykke kode:
Eksempel:
web_link ("Enterprise Systems Performance","Tekst = Enterprise Systems Performance""Snapshot = t4.inf",SIDST);
Det URL-baserede script er baseret på HTTP-anmodninger sendt til serveren som et resultat af brugerhandlinger.
Her er et eksempel på kode til URL-tilstand til de samme handlinger, der udføres som ovenfor (i HTML-tilstand)
Eksempel:
web_url ("Enterprise Systems Performance","URL = / esp.html","TargetFrame =","Ressource = 0","RecContentType = text / html","Referer = / atc?…,"Snapshot = t4.inf","Mode = URL",SIDST);
Tip: Det er bedst at eksperimentere selv, før du går videre. Skift indstillinger for optagetid, og optag det samme script to gange, dvs. en gang med HTML-tilstand og en gang med URL-tilstand - sammenlign derefter begge. Hold scriptet kort, så du kan forstå forskellen.
Hvordan beslutter vi, hvilken tilstand vi skal bruge?
Lad os forstå fordele og ulemper ved begge tilstande, så forstå hvilken tilstand der er mere egnet under visse situationer:
Fordele ved HTML-optagelse
- Reducerer behovet for at opfange dynamiske værdier
- Handlingsmærkeværdier og skjulte data er IKKE hardkodet
- De hentes fra hukommelsen under afspilning
- Hvis de er dynamiske, kører VUser stadig
- Script er kun så stort som forretningsprocessen - et trin pr. Side
Ulemper ved HTML-optagelse
- Scripts er mindre skalerbare
- Hukommelse (cache) søges under afspilning
- kræver mere hukommelse
- kræver mere CPU-strøm
Fordele ved URL-optagelse
- Fleksibilitet
- Understøttelse af Java Applets og ActiveX-objekter på siden
- Evne til at spille igen på UNIX
- Skalerbarhed
- Scripts er mere skalerbare end HTML-scripts, fordi de kræver færre ressourcer
Ulemper ved URL-optagelse
- Scripts kræver mere sammenhæng (intet hentes fra cachen)
- Kontekstafhængige checks fungerer ikke (parser er deaktiveret) *
- Scripts er store (alle billeder og rammer optages som separate trin)
Her er en hurtig illustration:
|
HTML-tilstand |
URL-tilstand |
|
Intuitivt og let at forstå. |
Ikke så intuitivt som HTML-scripts. |
|
Scripts er mindre, anmodninger er indkapslet og lette at forstå. |
Scripts er store og indeholder et opkald til hvert billede, css, html osv., Hvilket gør det vanskeligt at forstå. |
|
Skalerbar. |
Mere skalerbar og effektiv til oprettelse af en belastningstest. |
Brug af gengenerer script
Lad os antage, at du vil optage det samme script, som du lige har optaget, men med forskellige indstillinger for optagetid. I et sådant tilfælde kan du bruge regenerer scriptfunktionen.
Du kan få adgang til det under Record => Regenerate Script eller med genvejstast Ctrl + Shift + R
Når du klikker på menuen, vil VUGen give dig en advarsel om, at dit eksisterende script og alle ændringer, du har foretaget i dit eksisterende script, går tabt. Advarselsmeddelelsen ser sådan ud:
Du kan også klikke på Options for at åbne Record Time Options herfra.
Klik på OK for at fortsætte med gengenerering af et script.
Afspil et script og forstå log
Når du har gemt scriptet, kan du klikke på 
i værktøjslinjen for at afspille igen eller trykke på F5.
Du kan finde denne knap i værktøjslinjen:
Du er nødt til at sikre, at serveren kører (hvilket kræves for at applikationen fungerer korrekt)
Når du gentager scriptet, vil du bemærke, at det i modsætning til QuickTest Professional ikke åbner nogen browser, der kan afspilles igen. Husk, at denne udførelse kun simulerer 1 (enkelt) brugerbelastning på SUL. Formålet med denne udførelse er at sikre, at dit script fungerer.
Tip: Du bliver nødt til at kontrollere virkningen fra selve applikationen. For eksempel, hvis du opretter en post, skal du gå til applikationen og kontrollere manuelt, at dit script faktisk oprettede en post. Dine scripter vil sandsynligvis ikke blive testet af endnu et test- eller QA-team, så du skal være meget forsigtig med dit script og sikre, at disse testes grundigt.
Du kan lade gentagelsesloggen være aktiv, da dette vil være en stor hjælp til at identificere kandidater til korrelation og eventuelle fejl og advarsler, du måtte støde på. Da generering af log kræver rigelige ressourcer, deaktiveres den bedst, når du er færdig med fejlretning af scripts og bruger dem til scenarier.
Oversigt over filer genereret under optagelse og afspilning
Lad os lukke VUGen og se på de filer, den har oprettet i scriptmappen.
VUGen opretter en række konfigurationsfiler, datafiler og kildekodefiler, der indeholder VUser-kørselstid og installationsoplysninger. Resultaterne af hver iteration af scriptet gemmes separat. Hvis du har udført dit script mindst én gang, vil du bemærke en mappe med navnet result1. Denne mappe er til systembrug og skal ignoreres af testeren.
Vigtige filer, som du har brug for at forstå:
VUGen opretter en .c (C-sprogkodefil) for hver handling. Således har du til sidst vuser_init.c og vuser_end.c og Action.c - hvis du har oprettet flere handlinger, vil du også se tilsvarende filer. For eksempel, myAction.c
Gentagelsesloggen gemmes i en fil, der hedder output.txt. Hvis du har udskiftet det flere gange, vil output.txt indeholde den sidste eksekveringslog, mens output.bak vil indeholde forud for sidste kørsel.
Du vil se en mappe med navnet "data". Denne mappe indeholder et billede af begivenhederne samt en kopi af din kode. VUGen gør brug af disse filer, når du “GenGenererer” din kode.
