VuGen (Virtuell användare Generator) Skriptexempel i LoadRunner

Vad är VUGen?

VUGen (Virtuell användare Generator) är ett nyckelverktyg i LoadRunner för att skapa testskript för att emulera verkliga användares beteende på ditt system. I VUGen ersätts en människa av en virtuell användare (VUser) och de åtgärder som utförs av en VUser registreras i VUser-skript för att emulera verkliga användares beteende för testning och övervakning.

VUGen är en av de fyra kärnkomponenterna i LoadRunner. Det är den första komponenten du interagerar med när du kommer igång med Performance Testning med HP LoadRunner.

Låt oss förstå några framträdande funktioner relaterade till VUGen

VUScripts: Som redan beskrivits är syftet med VUGen att skapa VUScripts som används för att simulera en verklig virtuell användare.

Åtgärder: En åtgärd är en uppsättning användartransaktioner som utförs i systemet under belastning för att uppnå en definierad uppgift. En handling kan jämföras med en funktion i andra programmeringsspråk. Varje Vuser-skript har 3 standardfunktioner

• Vuser_init (används för att logga in i applikationen)
• Åtgärd (används för att registrera affärsprocessen)
• Vuser_end (används för att logga ut från applikationen)

VUGen spelar inte bara in skript utan spelar också upp dem (för endast 1 VUser) för att säkerställa att skriptet spelas in korrekt. När du har försäkrat dig om att skriptet är korrekt registrerat införlivar du det i ett LoadRunner-scenario

Manusutvecklingsprocessen i VUGen

1. Spela in skriptet: Vanligtvis är detta det första steget av skript där varje användaråtgärd registreras i ett skript.

2. Spela om och verifiera: När skriptet är inspelat, svara på skriptet för att säkerställa att det fungerar som det ska. Verifiera eventuell påverkan genom applikationsgränssnitt eller databas.

3. Förbättra skriptet: När inspelningen har verifierats, förbättra skriptet genom att lägga till kontrollpunkter, validera data, lägga till transaktioner och mötespunkter.

4. Spela om och verifiera: Som tidigare, spela om ditt manus och verifiera att allt fungerar som det är tänkt.

5. Konfigurera körtidsinställningar: Konfigurera och kontrollera pacingtiden, tänk på tidsvariation, proxyinställningar och om du vill ignorera externa resurser.

6. Använd för laddningsscenarier: Formulera belastningsscenarier baserat på testmål. Använd lastfördelning och geo-omfattande agenter för att skapa verkliga liknande scenarier.

Jämför inspelning mellan QTP och LoadRunner

VUGen bortser från UI-objekt:

Till skillnad från QTP skript, LoadRunner-skript är oberoende av grafiskt gränssnitt. Detta beror på att den genererade koden inte fungerar baserat på UI-objekt, utan snarare utifrån klientens begäran till servern och att servern förväntar sig ett serversvar tillbaka till klienten. Det är därför uppspelning av LoadRunner-skript alltid är webbläsaroberoende. V-användaren kan kommunicera direkt med en server genom att köra anrop till serverns API utan att förlita sig på klientprogramvara (SUL), vilket innebär att skripten inte påverkas om ändringarna görs i användargränssnittet för systemet under belastning. Detta visar; Prestandatester är helt baserad på klient/serverkommunikation (begäran och svar) och inte GUI-objekten.

Se länken nedan för mer information: http://youtu.be/FDORUeqpNJs?t=3m41s

Vi kommer att se mer detaljerat hur VUGen-skript fungerar nedan.

Introduktion till applikationen Web Tours

För alla praktiska ändamål kommer vi att använda Web Tours-applikationen som levereras med LoadRunner.

HP Web Tours kräver en beroende "Web Tours Apache server” ska köras innan den kan fungera. För att köra Web Tours Apache Server, gå till Start-menyn => HP Software => Samples => Web och klicka sedan på Start HP Web Tour Server.

När "servern" har aktiverats kommer den att öppna ett skal och matas ut på konsolen.

Konsolen ska se ut som en ögonblicksbild nedan, leta efter din IP-adress i skalet:

OBS: om du stänger det här fönstret kommer servern att stanna.

Nu kan du komma åt Web Tours Application –

När den väl har lanserats kommer den att se ut så här –

Förstå VUGen-miljön

För att köra VUGen, dubbelklicka på VUGen-genvägen från skrivbordet, eller gå till Start-menyn => HP Software => och klicka sedan på Virtual User Generator.

VUGens startskärm visas enligt följande

Startskärmen kommer därefter att öppna HP Virtual User Generator Hemsida, som visas nedan:

Från Arkiv-menyn kan du se olika kommandokontroller. Syftet med dessa kontroller nämns nedan:

Nytt skript och lösning: används för att börja skapa ett nytt skript. Alternativt kan du skapa ett nytt skript från verktygsfältsknappen.

Öppna >> Skriptlösning: används för att öppna ett befintligt, tidigare skapat skript eller lösning från en katalog.

Lägg till >> Nytt skript: används för att lägga till ett tidigare skapat skript i den aktuella lösningen

Vi kommer att bekanta oss med andra kontroller när vi börjar skapa vårt första skript. Låt oss fortsätta lära oss.

Klicka här. om videon inte är tillgänglig

Skapa ditt första VUGen-skript

Innan du spelar in, se till att Web Tours App-servern är igång. Kom ihåg att du måste hålla servern igång så stäng den inte. Om fönstret stör dig kan du minimera det.

Dricks: I ett verkligt problem måste man bekanta sig med ämnesansökan (SUL), särskilt om den involverar komplexa affärsflöden och datastadier. Du kan också interagera med HP Web Tours för att säkerställa att du kan upprepa de exakta stegen när du spelar in.

Innan man kan börja med scripting av någon applikation (SUL) behöver man sätta sig in i applikationsflödet. Med denna handledning, låt oss bekanta oss med HP Web Tours som levereras och installeras automatiskt med HP LoadRunner.

Steg 1) Klicka på Arkiv =>Nytt skript och lösning som visas i ögonblicksbilden nedan:

Du kan använda genvägen (Ctrl + N) för att göra detsamma.

Steg 2) Ett fönster för att välja protokoll visas. Listan ser något annorlunda ut från tidigare versioner

1. Välj Single Protocol

2. bana

3. Ange skriptnamn

4. Klicka på Skapa

Obs: Du kan använda Protokollrådgivare för att bestämma rätt protokoll som din applikation använder för kommunikation. För HP Web Tours vet vi redan att det kräver "Web – HTTP/HTML"-protokoll. Vi kommer att lära oss i ett senare skede hur man bestämmer rätt protokoll för din SUL.

Dricks: En applikation kan ibland kräva mer än 1 protokoll för att kommunicera med sin server. I ett sådant fall, navigera till listan med flera protokoll till vänster i fönstret.

HP Web Tours kräver dock bara ett protokoll när man skriptar med VUGen.

Dricks: Du kan inte enkelt byta namn på dina skript, så var kreativ när du ger dina skript ett namn. Om du måste byta namn på ett skript, använd Spara som funktion och ge ett nytt namn. En bra nomenklatur kan vara något som WT01_Signup där WT är en kort form av applikationsnamnet, 01 är en affärsprocesssekvens och Sign up hänvisar till de affärsprocesser som skriptas. Observera också att du inte kan använda mellanslag i ett skriptnamn.

Steg 3) när du klickar på Skapa kommer HP VUGen att öppna IDE (Integrated Development Environment) eller kodredigerare. Du kan märka att skriptfilerna är tomma, förutom grundläggande signatur för funktionsåtgärd. Nedanstående ögonblicksbild bör hjälpa dig att förstå det mer:

Steg 4) Klicka på knappen Inspelning som du hittar i verktygsfältet. Se ögonblicksbilden nedan:

Steg 5) ett nytt fönster öppnas

1. Om vi ​​studerar ovanstående fönster, nämns namnet på skriptet i titelraden i denna popup. Detta hjälper dig att göra ändringar i rätt skript när du har att göra med flera öppna skript samtidigt.

2. Om du inte ser resten av kontrollerna klickar du på Färre alternativ för att säkerställa att du inte visar färre alternativ.

3. Spela in i handlingen fältet bestämmer var koden genereras efter inspelning. VUGen-skript underlättar byte till andra åtgärder eller skapar nya åtgärder under och efter inspelning.

4. Spela in: fältet berättar för VUGen att ämnesapplikationen (SUL) är en webbapplikation eller en skrivbordsklient. Det här alternativet kan inte åsidosättas när inspelningen väl har börjat.

5. Ansökan: fältet talar om för VUGen, vilken webbläsare som ska användas för inspelning. Om du inte arbetar med Web – HTTP/HTML-protokoll väljer du skrivbordsklienten med detta fält.

Dricks: Till skillnad från QTP skript, LoadRunner exempelskript är oberoende av GUI. Detta beror på att den genererade koden inte fungerar baserat på UI-objekt, utan snarare fungerar den utifrån principen att klienten begär till servern och förväntar sig serversvar tillbaka till klienten – vanligtvis i form av HTML (därav namnet på ett protokoll)

6. URL Adress: Ocuco-landskapet URL av SUL matas in här. VUGen kommer att anropa detta URL när du klickar på ”Starta inspelning”. Webbläsaren som används är den som nämns under ”Spela in:" om det skiljer sig från din standardwebbläsare.

7. Starta inspelning: Omedelbar vs. försenad: Om du har valt Omedelbar inspelningsläge kommer du att märka att VUGen börjar spela in händelser så snart du trycker på knappen "Starta inspelning". Men om du väljer Fördröjt inspelningsläge kommer VUGen att anropa systemet (SUL) men kommer inte att börja fånga händelser om du inte klickar på knappen Inspelning från den flytande stapeln.

8. Arbetsregister: Detta är en temporär katalog som VUGen kommer att använda när de registrerar händelser. En kopia av ditt skript kommer också att finnas tillgängligt på den här platsen, ifall du skulle förlora din mapp 🙂

9.Inspelningsalternativ: Dessa inställningar anger för VUGen vilken typ av URLhur man spelar in och vilket inspelningsläge man ska använda.

10.Börja filma: Kommer att börja spela in. Klicka på det

Steg 6) När inspelningen startar kommer VUGen att anropa HP Web Tours-applikationen med den valda webbläsaren.

Låt oss förstå med ett LoadRunner-skriptexempel att registrera en användare på Web Tours-applikationen och spela in ett grundläggande skript.

En flytande inspelningsfält visas som erbjuder olika kontroller över inspelningen. Detta talar om förfluten tid och ett antal händelser som automatiskt fångas. Låt oss titta närmare på den flytande stången.

I ögonblicksbilden som visas ovan har SUL avfyrat 56 händelser och totalt 0 minuter och 25 sekunders varaktighet har förflutit sedan inspelningen började.

Du kommer också att observera att inga händelser aktiveras när du skriver. Fråga dig själv varför. Kan du svara?

Detta beror på att ingen klient-till-server-kommunikation sker medan du skriver. Därför utlöses inga händelser och inget skript genereras angående ty.pingKoden genereras först när du skickar in formuläret (klicka på Fortsätt)

Inspelningen kan vara paus med hjälp av pausknappen. Observera att så länge inspelningen förblir pausad kommer alla händelser som avfyras av applikationen att ignoreras. Detta innebär också att även om din ansökan skickar förfrågningar och/eller tar emot svarsformulär SUL, kommer skriptet inte att genereras så länge du har pausat inspelningen.

Om du har pausat inspelningen måste du klicka på inspelning knappen från den flytande stapeln för att återuppta inspelningen.

Medan du spelar in i vuser_init-sektionen, skulle du märka att rendezvous-knappen inte är aktiverad. Byt till Action (eller skapa en ny Action) och fortsätt inspelningen. Se nedanstående ögonblicksbild för att lära dig hur du byter Action.

Du kommer att märka att efter att ha bytt till en åtgärd, mötet knappen aktiveras automatiskt. Det här är för att VUGen tillåter inte infogning av mötespunkter i vuser_init.

Använda transaktioner på rekordtid

Låt oss anta att du vill mäta svarstiden när X antal användare registrerar sig samtidigt. För att nå detta mål, låt oss läsa vidare.

Vid det här laget har du spelat in öppning av applikationen i vuser_init action. När du har bytt till Action anger du användarinformationen som krävs av SUL. Nu innan du trycker på "Fortsätt"-knappen, följ nedanstående steg:

Starta en transaktion genom att klicka på knappen i flytande stång. Ange namnet på transaktionen, till exempel 01_Signup.

Dricks: Det är en god praxis att namnge din transaktion med ett prefix som 01_ för att hålla dem unika.

Den flytande stapeln kommer att se ut så här:

Klicka på OK för att stänga transaktionsetiketten.

Klicka på knappen Fortsätt i programmet.

Avsluta transaktionen genom att klicka på knappen. Välj namnet på transaktionen du vill avsluta, till exempel 01_Signup i detta fall. Se nedanstående ögonblicksbild för illustration.

Om du inte har flera transaktioner öppna ser du bara ett namn. Om du har flera kommer du dock att kunna välja från listan.

Infoga kommentarer vid rekordtid

Nu när du har avslutat transaktionen kan du lägga en kommentar på rekordtid för att ge dig själv en påminnelse när du studerar koden senare. Från den flytande stapeln, klicka på knappen för att infoga en kommentar. En textruta visas bredvid den flytande stapeln där du kan skriva in valfri text.

Den här kommentaren kommer att infogas i koden efter stegen (koden) som du precis har slutfört innan du klickar på OK-knappen.

Från applikationen kan du klicka på fortsätt. Du kommer att se ett välkomstmeddelande vid en ansökan.

Välj nu vuser_end action och klicka Logga ut från ansökan. Stäng programmet och klicka på stoppknappen från den flytande stången.

Code Generation

När inspelningen har stoppats kommer du att märka VUGen post generation aktivitet. Detta inkluderar generering av kod, transaktioner och kommentarer baserat på din inspelning. Se ögonblicksbilden nedan.

Omedelbart efter att VUGen avslutat "Utföra postgenereringsoperationer" kommer den att börja "Utföra skanning för korrelation efter generationsoperation" Vi kommer att se mer detaljerat vad korrelation betyder.

När eftergenereringen är klar kommer du att se Design Studio-fönstret. Om några kandidater för korrelation hittas, kommer du att kunna granska dem i det här fönstret.

Du kan säkert klicka på knappen Stäng, så tar VUGen dig till koden som har genererats.

Fönstret kommer att se ut så här:

Som framhållits i figuren ovan innehåller editorn lätt att förstå, läsbar kod. Du kan ta en titt på parametrarna som används under inspelning.

Den vänstra sidan av VUGen kallas Step Navigator, som låter dig förstå "skriptet" utan att titta på kodens detaljer. Du kan till exempel läsa steg som att öppna en URL, fundera lite och skicka in formuläret. Detta sammanfattar alla parametrar som är kopplade till varje begäran.

Ditt skript har skapats, klicka på Arkiv-menyn och klicka sedan på Spara skript som för att webbläsaren den plats där du vill spara ditt skript. VUGen kommer automatiskt att föreslå den senast använda katalogen om du redan har sparat ett skript tidigare. Namnet som föreslås är det namn du nämnde när du började spela in.

Klart.

Nu, gratulera dig själv för att ditt första skript har genererats och sparats.

Besluta ett protokoll och protokollrådgivare

Du kanske har frågat dig själv varför vi använde Web – HTTP/HTML-protokollet. Hur bestämde vi vilket protokoll vi skulle använda? Svaret är inte så enkelt.

Det finns en arkitektonisk grund uppsättning färdigheter du behöver ha på plats som en förutsättning för att svara på denna fråga. Om du är nybörjare kan du koppla ihop dig med någon som har gedigna arkitektur- och utvecklingsfärdigheter på klientsidan för din SUL. Du kan prata med utvecklarna av din SUL och ta reda på vilka gränssnitt din applikation utnyttjar. Detta bör leda dig på en naturlig väg till de gränssnitt som du kommer att använda för din virtuella användarskriptutveckling och protokollval.

För att möta behoven hos nybörjare som är mindre kunniga i arkitektoniska färdigheter, introducerade LoadRunner en funktion som heter Protocol Advisor i LoadRunner 9.1. Även om detta har gjort livet lättare för många, bör man lita mer på arkitektoniska och utvecklingsfärdigheter istället för protokollrådgivare och att ta emot information från utvecklingsteamet om underliggande utvecklingsteknologier. Protokoll kanske inte föreslår korrekt protokoll i alla fall.

För att använda Protocol Advisor, gå till Record => Protocol Advisor => Analysera applikation

Se ögonblicksbilden nedan:

Detta öppnar huvudfönstret i Protocol Advisor. Om du märker det påminner detta lite om fönstret som visas för inspelning. Låt oss ta en titt på fönstret nedan:

Välj webbläsare eftersom vi använder en webbaserad applikation.

ange URL för den applikation som sedan kommer att anropas. Arbetskatalogen kan lämnas kvar som sådan eftersom detta bara är en tillfällig katalog för VUGen att använda. Se till att du har läs- och skrivåtkomst till den här katalogen.

Klicka på knappen Börja analysera.

En flytande stapel, något som liknar rekordtidens flytande stapel, visas. Ta en titt på ögonblicksbilden:

Processen kommer att berätta hur lång tid som har gått och ett antal händelser som har utlösts. Denna information är dock inte nödvändig. Den enda fördelen med denna händelseräknare är att du vet att din klient, SUL, kommunicerar med servern.

Det är en god praxis att endast analysera en affärsprocess åt gången eftersom de olika affärsprocesserna i en stor företagsapplikation kan involvera olika protokoll. Till exempel kan en instrumentpanel i någon applikation ha Ajax eller Flex, etc. men detta kommer inte att finnas på inloggningssidan.

När du är klar med att köra en viss affärsprocess kan du trycka på Stopp-knappen. VUGens protokollrådgivare kommer med en sammanfattande rapport om protokollförslaget. Se hur det ser ut:

Du kan se förslagen från Protocol Advisor. Dessa kan eller kanske inte är de bästa valen att välja.

Du har lärt dig att använda Protocol Advisor vid det här laget. Detta kan dock vara till hjälp för nybörjare eller för en situation där du behöver "en annan åsikt" – lita på din arkitektoniska känsla, programmeringskunskaper, utvecklingsfärdigheter och information från utvecklingsteamet för att besluta om protokollet.

Inspelningsalternativ

När VUGen genererar ett skript baseras koden som genereras på olika konfigurationer som finns under "Inspelningsalternativ" - eller så kan du trycka på Ctrl + F7 för att se inspelningsalternativen i LoadRunner.

Låt oss ta en titt på fönstret för inspelningsalternativ innan vi diskuterar alla konfigurationer:

Det finns olika kategorier av konfigurationer som Allmänt, Korrelationer, Nätverk och Data Format Extension. Låt oss förstå de viktigaste av dessa, en efter en.

Allmänt => Inspelning:

Det här ämnet kräver detaljförståelse. Därför diskuteras detta separat.

Allmänt => Manus:

Ta en titt på ögonblicksbilden för en glimt:

Du märker det Språk rullgardinsmenyn är inaktiverad. En vanlig myt är att LoadRunner inte genererar kod på något annat språk. En annan myt är att det krävs licens för att arbeta på andra språk.

Båda är falska. LoadRunner bestämmer själv vilket språk som ska användas när skriptet genereras. I nästan alla fall kommer du att finna dig själv att arbeta med C Språk.

Säkert Java applikationer (som Java appletar) kommer koden som genereras att finnas i JavaManusspråk.

VUGen kommer att generera ett skript i VBScript-språk endast för applikationer utvecklade i Visual Basic classic (MS Visual Studio 2002)

Skriptalternativ:

Du kan välja "Generera fast tänktid efter avslutad transaktion". Detta innebär, oavsett hur mycket en användare väntar, den genererade tanketiden (fördröjningen) kommer att vara lika med det angivna värdet. Värdet är i sekunder.

Maximalt antal rader i åtgärden fil hänvisar till det maximala antalet rader VUGen kommer att generera en åtgärd. Om skriptet är större kommer VUGen automatiskt att skapa en ny åtgärd. Standardinställningen är 60,000 65,000. Det maximala värdet som kan anges är XNUMX XNUMX

Du kan tycka att den här konfigurationen är användbar när du har att göra med ett skrivbordsprogram med Oracle på baksidan.

Allmänt => Protokoll ger dig möjlighet att välja och avmarkera alla protokoll som du har valt i början av inspelningen

I huvudsak kommer detta att användas endast när du vill Återskapa skript.

Ta en titt på skärmen:

Detta är användbart när du har använt flera protokoll vid tidpunkten för inspelning av ett skript. Du kan återskapa skriptet och avmarkera de protokoll du inte vill ha och få ett nytt skript utan att behöva spela in det på nytt.

Allmänt => Code Generation:

Ta en titt på ögonblicksbilden nedan:

Denna konfiguration talar om för VUGen att hitta kandidater för korrelation på rekordtid. Om du inte vill ha automatisk korrelation, kanske du vill stänga av den här funktionen.

Korrelation => konfiguration:

Ta en titt på skärmdumpen nedan och bekanta dig med skärmen.

Även om automatisk korrelation endast är till hjälp från 5 % till 10 %, kan du ändå välja "Regelskanning" och "Korrelera automatiskt hittade värden". Men om ditt skript inte spelas kan du överväga att återställa till standardinställningarna genom att klicka på en knapp.

Korrelation => regler:

Gå till Regler och här kan du se olika regler som VUGen använder för att hitta korrelationskandidater. Du kan lägga till anpassade regler om du vet vad din applikation (SUL) använder som parametrar. Detta är dock en avancerad användning av rekordtidsinställningar. Om du är nybörjare kan du säkert hoppa över det här ämnet.

HTTP-egenskaper => Avancerat:

Denna ram erbjuder olika inställningar relaterade till HTTP-bindning.

Återställ kontext för varje åtgärd, genom att aktivera det här alternativet instruerar VUGen att återställa alla HTP-kontexter mellan åtgärder till deras ursprungliga tillstånd före inspelning, vilket ger en ren början för inspelningssessionen. Alternativet är aktiverat som standard.

Du kan lämna resten av konfigurationerna intakta om det inte krävs.

nätverks => Hamnkartaping:

Denna ram bör lämnas intakt. Om du spelar in ett skrivbordsprogram kan du behöva välja data på WinINet-nivå.

Du kan gå till Alternativ (så länge du använder Socket-nivådata) och välja olika alternativ som SSL-version eller andra typer av Secure Socket Layer. Om du är nybörjare eller inte behöver dessa alternativ kan du hoppa över. Ta en titt för att bekanta dig med skärmen.

Nu när du är klar med de flesta alternativen för inspelningstid, låt oss gå vidare till nästa ämne och förstå skillnaden mellan HTML och URL baserad skriptning.

Skillnaden mellan HTML-baserade och URL-baserad skriptning

Du kanske har lagt märke till ett alternativ för att välja antingen HTML-baserat skript eller URL-baserat manus. Ta en titt på ögonblicksbilden för en tillbakablick.

Så vad är det här alternativet och vilket ska man välja?

Ocuco-landskapet HTML-baserat skript baseras på användaråtgärder, och skripten innehåller funktioner som direkt motsvarar den vidtagna åtgärden. Låt oss förstå exempel på en liten kodbit:

Exempel:

web_link(“Enterprise Systems Performance",
"Text=Enterprise Systems Performance,"
"Snapshot=t4.inf",
LAST);

Ocuco-landskapet URL-baserat skript baseras på HTTP-förfrågningar som skickas till servern som ett resultat av användaråtgärder.

Här är ett exempel på kod för URL läge för samma åtgärder som utförs ovan (i HTML-läge)

Exempel:

web_url(“Enterprise Systems Performance",
"URL=/esp.html",
"TargetFrame=",
"Resource=0",
"RecContentType=text/html",
"Referer=/atc?. . . ,
"Snapshot=t4.inf",
"Mode=URL",
LAST);

Dricks: Det är bäst att experimentera själv innan du går vidare. Ändra inspelningstidsinställningarna och spela in samma skript två gånger, dvs. en gång med HTML-läge och en gång med URL läge – jämför sedan båda. Håll manuset kort så att du kan förstå skillnaden.

Hur bestämmer vi vilket läge vi ska använda?

Låt oss förstå för- och nackdelarna med båda lägena så förstå vilket läge som är mer lämpligt i vissa situationer:

Fördelar med HTML-inspelning

• Minskar behovet av att fånga dynamiska värden
• Action tag-värden och dolda data är INTE hårdkodade
• De hämtas från minnet under uppspelning
• Om de är dynamiska körs VUser fortfarande
• Skriptet är bara så stort som affärsprocessen – ett steg per sida

Nackdelar med HTML-inspelning

• Skript är mindre skalbara
• Minnet (cache) söks under uppspelning
• kräver mer minne
• kräver mer CPU-kraft

Fördelar med URL Inspelning

• Flexibilitet
• Stöd för Java Applets och ActiveX-objekt på sidan
• Möjlighet att spela om på UNIX

• Skalbarhet
• Skript är mer skalbara än HTML-skript eftersom de kräver färre resurser

Nackdelar med URL inspelning

• Skript kräver mer korrelation (ingenting hämtas från cachen)
• Kontextkänsliga kontroller fungerar inte (parsern är inaktiverad)*
• Skripten är stora (alla bilder och ramar spelas in som separata steg)

Här är en snabb illustration:

HTML-läge	URL Mode
Intuitivt och lätt att förstå.	Inte lika intuitivt som HTML-skripten.
Skripten är mindre, förfrågningarna är inkapslade och lätta att förstå.	Skripten är stora och innehåller ett anrop till varje bild, css, html, etc. vilket gör det svårt att förstå.
Skalbar.	Mer skalbar och effektiv för att skapa en ladda test.

Användning av Re-Generate Script

Låt oss anta att du vill spela in samma skript som du just spelade in, men med olika inspelningstidsinställningar. I ett sådant fall kan du använda funktionen för att återskapa skript.

Du kan komma åt det under Record => Regenerate Script eller med snabbtangenten Ctrl+Shift+R

När du klickar på menyn kommer VUGen att ge dig en varning om att ditt befintliga skript och alla ändringar du har gjort i ditt befintliga skript kommer att gå förlorade. Varningsmeddelandet ser ut så här:

Du kan också klicka på Alternativ för att öppna Record Time Options härifrån.

Klicka på OK för att fortsätta med omgenerering av ett skript.

Spela upp ett skript och förstå loggen

När du har sparat skriptet kan du klicka på i verktygsfältet för att spela upp igen eller tryck på F5.

Du hittar den här knappen i verktygsfältet:

Du måste se till att servern körs (vilket krävs för att applikationen ska fungera korrekt)

När du spelar om skriptet kommer du att märka att till skillnad från QuickTest Professional, öppnar det inte någon webbläsare för att spela upp det igen. Kom ihåg att denna exekvering endast simulerar 1 (enkel) användarbelastning på SUL. Syftet med den här körningen är att säkerställa att ditt skript fungerar.

Dricks: Du måste verifiera effekten från själva applikationen. Om du till exempel skapar en post, gå till applikationen och kontrollera manuellt att ditt skript faktiskt skapade en post. Dina skript kommer sannolikt inte att testas av ytterligare ett test- eller QA-team så du måste vara mycket försiktig med ditt skript och se till att dessa testas noggrant.

Du kan lämna omspelningsloggen aktiv eftersom detta kommer att vara till stor hjälp för att identifiera kandidater för korrelation och eventuella fel och varningar du kan stöta på. Eftersom generering av logg kräver gott om resurser, är det bäst att stänga av det när du är klar med felsökning av skript och använder dem för scenarier.

Översikt över filer som genereras under inspelning och uppspelning

Låt oss stänga VUGen och ta en titt på filerna som den har skapat i skriptmappen.

VUGen skapar en serie konfigurationsfiler, datafiler och källkodsfiler som innehåller VUser körtid och installationsinformation. Resultaten av varje iteration av skriptet lagras separat. Om du har kört ditt skript minst en gång kommer du att märka en katalog med namnet result1. Denna katalog är för systemanvändning och bör ignoreras av testaren.

Viktiga filer som du behöver förstå:

VUGen kommer att skapa en .c (C-språk) Code fil) för varje åtgärd. Således har du sist vuser_init.c och vuser_end.c samt Action.c – om du har skapat fler åtgärder kommer du också att se motsvarande filer. Till exempel myAction.c

Uppspelningsloggen sparas i en fil som heter output.txt. Om du har ersatt den flera gånger kommer output.txt att innehålla den senaste körningsloggen medan output.bak innehåller före den senaste körningen.

.usr-filen kommer att innehålla alla körtidskonfigurationer som du har anpassat. Även om du har lämnat alla konfigurationer till standard, kommer denna usr-fil att innehålla informationen. Den här filen innehåller också versionen av LoadRunner som används för att skapa ett skript. Den här informationen är användbar om du läser gamla skript som du inte kan komma ihåg versionsnumret för.

Du kommer att se en mapp som heter "data". Den här mappen sparar en bild av händelserna samt en kopia av din kod. VUGen använder dessa filer när du "återgenererar" din kod.