Vad är VUGen?
VUGen (Virtual User Generator) är ett viktigt verktyg i LoadRunner för att skapa testskript för att efterlikna riktiga användarnas 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 efterlikna det verkliga användarnas 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 Testing 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 åtgärd kan jämföras med en funktion på andra programmeringsspråk. Varje Vuser-skript har tre standardfunktioner
- Vuser_init (används för att logga in på applikationen)
- Åtgärd (används för att spela in affärsprocessen)
- Vuser_end (används för att logga ut av applikationen)
VUGen spelar inte bara in skript utan spelar också upp dem (för endast 1 användare) för att säkerställa att skriptet spelas in korrekt. När du har säkerställt att skriptet har spelats in korrekt införlivar du det i ett LoadRunner-scenario
I den här handledningen ska du studera
- Skriptutvecklingsprocessen i VUGen
- Jämför inspelning mellan QTP och LoadRunner
- Introduktion till Web Tours-applikationen
- Förstå VUGen-miljön
- Skapa ditt första VUGen-skript
- Använda transaktioner på rekordtid
- Infoga kommentarer vid rekordtid
- Kodgenerering
- Beslut om protokoll och protokollrådgivare
- Inspelningsalternativ
- Spela upp ett skript och förstå loggen
- Översikt över filer genererade under inspelning och uppspelning
Skriptutvecklingsprocessen i VUGen
1. Spela in skriptet: Vanligtvis är detta det första steget i skript där varje användaråtgärd spelas in i ett skript.
2. Spela om och verifiera: När skriptet har spelats in svarar du på skriptet så att det fungerar korrekt. Verifiera eventuella effekter genom applikationsfront eller databas.
3. Förbättra skriptet: När inspelningen har verifierats kan du förbättra skriptet genom att lägga till kontrollpunkter, validera data, lägga till transaktioner och mötesplatser.
4. Spela om och verifiera: Som tidigare spelar du igen skriptet och verifierar att allt fungerar som avsett.
5. Konfigurera Runtime-inställningar: Konfigurera och kontrollera stimuleringsvaraktighet, tänk tidsvariation, proxyinställningar och om du vill ignorera externa resurser.
6. Använd för belastningsscenarier: Formulera belastningsscenarier baserat på testmål. Använd lastfördelning och geo-wide agenter för att skapa verkliga scenarier.
Jämför inspelning mellan QTP och LoadRunner
VUGen bortser från UI-objekt:
Till skillnad från QTP-skript är LoadRunner-skript oberoende av GUI. Detta beror på att den genererade koden inte fungerar baserat på gränssnittsobjekt utan snarare fungerar på principen för klientens begäran till servern och förväntar sig serversvar tillbaka till klienten. Det är därför som omspelning av LoadRunner-skript alltid är webbläsaroberoende. VUser kan kommunicera direkt med en server genom att utföra samtal till serverns API utan att förlita sig på klientprogramvara (SUL), vilket innebär att det inte kommer att påverka skript om ändringarna görs i användargränssnittet för systemet under belastning. Detta berättar; Prestandatestningen ä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 Web Tours-applikationen
För alla praktiska ändamål kommer vi att använda Web Tours-applikationen som medföljer LoadRunner.
HP Web Tours kräver att en ”Apache-server för Web Tours” körs innan den kan köras. För att köra Apache-servern för Web Tours, gå till Start-menyn => HP-programvara => Prover => Webb och klicka sedan på Starta HP Web Tour Server.
När "servern" har aktiverats öppnar den ett skal och matas ut på konsolen.
Konsolen ska se ut som ögonblicksbild nedan, leta efter din IP-adress i skalet:
OBS! Om du stänger det här fönstret stannar servern.
Nu kan du komma åt Web Tours-applikationen -
En gång lanserad kommer det att se ut som -
Förstå VUGen-miljön
För att köra VUGen dubbelklickar du på VUGen-genvägen från skrivbordet eller går till Start-menyn => HP-programvara => och klickar sedan på Virtual User Generator.
VUGen-skärmen visas på följande sätt
Stänkskärmen öppnar därefter hemsidan för HP Virtual User Generator, som visas nedan:
Från Arkiv-menyn kan du observera 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ältets knapp.
Öppna >> Skriptslö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 körs. 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.
Tips: I ett verkligt problem måste man bekanta sig med ämnesapplikationen (SUL), särskilt om det handlar om komplexa affärsflöden och datasteg. 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 skript av någon applikation (SUL) måste man bekanta sig med applikationsflödet. Med den här guiden, 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 stillbilden 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 lite annorlunda ut än tidigare versioner
1. Välj Single Protocol
2. Webb
3. Ange skriptnamn
4. Klicka på Skapa
Obs! Du kan använda Protocol Advisor 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.
Tips: Ett program kan ibland kräva mer än 1 protokoll för att kommunicera med sin server. I ett sådant fall navigerar du till listan Multiple Protocols till vänster i fönstret.
HP Web Tours kräver dock bara ett protokoll när man skriptar med VUGen.
Tips: Du kan inte byta namn på dina skript enkelt, så var kreativ när du ger dina skript ett namn. Om du måste byta namn på ett skript, använd Spara som- funktionen och ge ett nytt namn. En bra nomenklatur kan vara ungefär som WT01_Signup där WT är en kort form av applikationsnamnet, 01 är en affärsprocesssekvens och Registrera sig 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 öppnar HP VUGen IDE (Integrated Development Environment) eller kodredigeraren. Du kan märka att skriptfilerna är tomma, förutom grundläggande signatur för Funktionshandling. Nedanstående ögonblicksbild bör hjälpa dig att förstå det mer:
Steg 4) Klicka på inspelningsknappen 
som du hittar i verktygsfältet. Se ögonblicksbilden nedan:
Steg 5) ett nytt fönster öppnas
1. Om vi studerar fönstret ovan nämns namnet på skriptet i titelfältet i denna popup. Detta hjälper dig att göra ändringar i rätt skript när du har att göra med flera skript som öppnas åt gången.
2. Om du inte ser resten av kontrollerna klickar du på knappen Färre alternativ för att se till att du inte ser färre alternativ.
3. Spela in i åtgärdsfältet avgör var koden genereras efter inspelning. VUGen-skript underlättar byte till andra åtgärder eller skapar nya åtgärder under och efter inspelning.
4. Record: field säger till VUGen att ämnesapplikationen (SUL) är en webbapplikation eller en stationär klient. Det här alternativet kan inte åsidosättas när inspelningen börjar.
5. Applikation: fältet berättar 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 det här fältet.
Tips: Till skillnad från QTP-skript är LoadRunner-exempelskript oberoende av GUI. Detta beror på att den genererade koden inte fungerar baserat på UI-objekt utan snarare fungerar på principen om klientens begäran 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: URL för SUL anges här. VUGen kommer att anropa denna URL när du klickar på "Start inspelning". Den använda webbläsaren är den som nämns under fältet “ Spela in: ” om den skiljer sig från din standardwebbläsare.
7. Starta inspelning: Omedelbar kontra fördröjd: Om du har valt omedelbart inspelningsläge, kommer du att märka att VUGen börjar spela in händelser så snart du trycker på “Starta inspelning” -knappen. Men om du väljer Fördröjt inspelningsläge kommer VUGen att anropa systemet (SUL) men kommer inte att påbörja inspelning av händelser om du inte klickar på inspelningsknappen från det flytande fältet.
8. Working Directory: Detta är en tillfällig katalog som VUGen kommer att använda när du spelar in händelser. En kopia av ditt skript kommer också att finnas på den här platsen, om du tappar din mapp :)
9. Inspelningsalternativ: Dessa inställningar berättar för VUGen vilken typ av webbadresser som ska registreras och vilket inspelningsläge som ska användas.
10. Starta inspelning: Startar inspelning. Klicka på det
Steg 6) När inspelningen har startat kommer VUGen att anropa programmet HP Web Tours 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.
Ett flytande inspelningsfält visas som erbjuder olika kontroller över inspelningen. Detta berättar hur lång tid som gått och ett antal händelser fångas automatiskt. Låt oss titta på den flytande baren noga.
I ögonblicksbilden som visas ovan har SUL avfyrat 56 händelser och totalt 0 minuter och 25 sekunder har gått sedan inspelningen började.
Du kommer också att observera att inga händelser avfyras när du skriver. Fråga dig själv varför. Kan du svara?
Detta beror på att ingen klient-till-server-kommunikation sker när du skriver. Därför avfärdas inga händelser och inget skript genereras angående skrivning. Koden genereras först när du skickar in formuläret (klicka på Fortsätt)
Inspelningen kan pausas 
med pausknappen. Observera att så länge inspelningen förblir pausad kommer alla händelser som avfyras av applikationen att bortses från. Detta betyder 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å inspelningsknappen från det flytande fältet för att återuppta inspelningen.
Medan du spelar in i avsnittet vuser_init, märker du 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 handling.
När du byter till en åtgärd kommer rendezvous- 
knappen att aktiveras automatiskt. Detta beror på att VUGen inte tillåter införande av mötesplatser i vuser_init .
Använda transaktioner på rekordtid
Låt oss anta att du vill mäta svarstiden när X-antal användare samtidigt registrerar dig. För att ta itu med detta mål, låt oss läsa vidare.
Nu har du spelat in öppningen av programmet i vuser_init-åtgärd. När du har bytt till Action anger du den användarinformation som krävs av SUL. Följ nedan stegen innan du trycker på knappen "Fortsätt":
Starta en transaktion genom att klicka på knappen 
i flytande fält. Ange namnet på transaktionen, till exempel 01_Signup.
Tips: Det är en bra metod att namnge din transaktion med ett prefix som 01_ för att hålla dem unika.
Den flytande stapeln ser ut så här:
Klicka på OK för att stänga transaktionsetiketten.
Klicka på Fortsätt-knappen i applikationen.
Avsluta transaktionen genom att klicka på knappen 
. Välj namnet på transaktionen du vill stänga, till exempel 01_Signup i det här fallet. Se nedanstående ögonblicksbild för illustration.
Om du inte har flera transaktioner öppnade ser du bara ett namn. Om du har flera kan du dock 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. Klicka på knappen från det flytande fältet för att infoga en kommentar. En textruta visas intill det flytande fältet där du kan skriva in vilken text som helst.
Den här kommentaren infogas i koden efter stegen (koden) som du precis avslutat innan du klickar på OK-knappen.
Från applikationen kan du klicka på Fortsätt. Du kommer att följa en välkomstanteckning med en ansökan.
Välj nu åtgärd vuser_end och klicka på Logga ut från programmet. Stäng programmet och klicka på stoppknappen 
från det flytande fältet.
Kodgenerering:
När inspelningen har stoppats kommer du att märka VUGen efter generering av aktivitet. Detta inkluderar att generera kod, transaktioner och kommentarer baserat på din inspelning. Se ögonblicksbilden nedan.
Omedelbart efter att VUGen slutfört "Utföra postgenereringsoperationer" kommer det att starta "Utföra skanning för korrelation efter generering" Vi kommer att se mer detaljerat vad korrelation betyder.
När postgenereringsoperationen är klar ser du Design Studio-fönstret. Om det finns några kandidater för korrelation kan du granska dem i det här fönstret.
Du kan säkert klicka på Stäng-knappen och VUGen tar dig till koden som har genererats.
Fönstret ser ut så här:
Som framhållits i figuren ovan innehåller redaktören lättförståelig, läsbar kod. Du kan titta på de parametrar som används under inspelning.
Den vänstra sidan av VUGen heter Step Navigator som låter dig förstå “skriptet” utan att titta på kodens detaljer. Du kan till exempel läsa steg som, öppna en URL, spendera Think Time och skicka in formuläret. Detta inkapslar alla parametrar som är associerade med varje begäran.
Ditt skript har genererats, klicka på Arkiv-menyn och klicka sedan på Spara skript som i webbläsaren där du vill spara skriptet. VUGen föreslår automatiskt den senast använda katalogen om du redan har sparat ett skript tidigare. Det föreslagna namnet är namnet du nämnde när du började spela in.
Helt klar.
Grattis dig nu för att ditt första skript lyckats genereras och sparas.
Beslut om protokoll och protokollrådgivare
Du kanske har ifrågasatt dig själv varför använde vi Web - HTTP / HTML-protokollet. Hur bestämde vi oss för vilket protokoll vi skulle använda? Svaret är inte så enkelt.
Det finns en arkitektonisk grund uppsättning av färdigheter som du måste ha på plats som en förutsättning för att svara på denna fråga. Om du är nybörjare kan du para ihop dig med någon som har gedigen kunskapsarkitektur och utvecklingsfärdigheter för din SUL. Du kan prata med utvecklarna av din SUL och ta reda på vilka gränssnitt din applikation använder. Detta bör leda dig på en naturlig väg till gränssnitten som du kommer att använda för ditt virtuella användarskriptutveckling och protokollval.
För att tillgodose 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 enklare för många, bör man lita mer på arkitektoniska och utvecklingsfärdigheter istället för protokollrådgivare och ta emot information från utvecklingsteamet om underliggande utvecklingstekniker. Protokoll kanske inte föreslår korrekt protokoll i alla fall.
För att använda Protocol Advisor, gå till Record => Protocol Advisor => Analyze Application
Se ögonblicksbilden nedan:
Detta öppnar protokollrådgivarens huvudfönster. Om du märker det liknar detta lite med fönstret som visas för inspelning. Låt oss ta en titt på fönstret nedan:
Välj webbläsaren eftersom vi använder ett webbaserat program.
Ange webbadressen till applikationen som sedan kommer att åberopas. Arbetskatalogen kan lämnas som sådan eftersom detta bara är en tillfällig katalog för VUGen att använda. Se till att du har läst och skrivat åtkomst till den här katalogen.
Klicka på knappen Starta analys.
En flytande stapel, som liknar rekordtidens flytande stapel, visas. Ta en titt på ögonblicksbilden:
Processen visar hur lång tid som gått och ett antal händelser avfyras. 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 bra metod att bara analysera en affärsprocess åt gången eftersom de olika affärsprocesserna i en storföretagsapplikation kan innefatta olika protokoll. Till exempel kan en instrumentpanel i vissa applikationer ha Ajax eller Flex etc. men detta kommer inte att finnas på inloggningssidan.
När du har slutfört en viss affärsprocess kan du trycka på Stopp-knappen. VUGen-protokollrådgivaren kommer med en sammanfattande rapport om protokollförslaget. Ta en titt på hur det ser ut:
Du kan se förslagen från Protocol Advisor. Dessa är kanske de bästa valen eller inte.
Du har lärt dig att använda Protocol Advisor nu. 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, programmeringskunskap, utvecklingskunskaper och information som tas emot från utvecklingsteamet för att bestämma protokollet.
Inspelningsalternativ
När VUGen genererar ett skript, baseras den genererade koden på olika konfigurationer som finns under "Inspelningsalternativ" - eller så kan du trycka på Ctrl + F7 för att visa inspelningsalternativen i LoadRunner.
Låt oss titta på inspelningsalternativet innan vi diskuterar alla konfigurationer:
Det finns olika kategorier av konfigurationer som General, Correlations, Network and Data Format Extension. Låt oss förstå de viktigaste bland dessa, en efter en.
Allmänt => Inspelning:
Detta ämne kräver detaljerad förståelse. Därför diskuteras detta separat.
Allmänt => Skript:
Ta en titt på ögonblicksbilden för en glimt:
Du kommer att märka att rullgardinsmenyn för språk ä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 en 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 man skapar skriptet. I nästan alla fall kommer du att arbeta med C Language .
För vissa Java-applikationer (som Java-applets) kommer koden som genereras att finnas i JavaScript-språk .
VUGen kommer att generera ett skript på VBScript Language endast för applikationer som utvecklats i Visual Basic classic (MS Visual Studio 2002)
Skriptalternativ :
Du kan välja "Generera fast tanke efter transaktion". Det betyder, oavsett hur mycket en användare väntar, kommer den genererade tänktiden (fördröjningen) att vara lika med det angivna värdet. Värdet är i sekunder.
Ett maximalt antal rader i åtgärdsfilen avser det maximala antalet rader som VUGen genererar en åtgärd. Om skriptet är större skapar VUGen automatiskt en ny åtgärd. Standardvärdet är inställt på 60 000. Det maximala värdet som kan anges är 65 000
Du kanske tycker att den här konfigurationen är till hjälp när du arbetar med en stationär applikation med Oracle på backend.
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 endast att användas när du vill generera skript på nytt .
Ta en titt på skärmen:
Detta är användbart när du har använt flera protokoll när du spelar in ett skript. Du kan regenerera skriptet och avmarkera de protokoll du inte vill ha och få ett nytt skript utan att behöva spela in det igen.
Allmänt => Kodgenerering:
Ta en titt på ögonblicksbilden nedan:
Denna konfiguration berättar för VUGen att hitta kandidater för korrelation vid rekordtid. Om du inte vill ha automatisk korrelation kan du 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 "Regelsökning" och "Korrelera automatiskt hittade värden". Om ditt skript inte spelas kan du dock överväga att återställa till standardvärden 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 inspelningstidinstä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 sammanhang för varje åtgärd, aktivera detta alternativ instruerar VUGen att återställa alla HTP-sammanhang mellan åtgärder till sitt ursprungliga tillstånd innan 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ätverk => Portmappning:
Denna ram ska lämnas intakt. Om du spelar in ett skrivbordsprogram kan du behöva välja WinINet-nivådata.
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 är du klar med de flesta av inspelningstidsalternativen, låt oss gå till nästa ämne och förstå skillnaden mellan HTML och URL-baserat skript.
Skillnad mellan HTML-baserat och URL-baserat skript
Du kanske har märkt ett alternativ att välja antingen HTML-baserat eller URL-baserat skript. Ta en titt på ögonblicksbilden för en flashback.
Så vad är det här alternativet och vilken man ska välja?
Det HTML-baserade skriptet är baserat på användaråtgärder och skripten innehåller funktioner som motsvarar direkt den åtgärd som vidtagits. Låt oss förstå exempel på en liten bit kod:
Exempel:
web_link (“Enterprise Systems Performance","Text = Enterprise Systems Performance,""Ögonblicksbild = t4.inf",SISTA);
Det URL-baserade skriptet är baserat på HTTP-förfrågningar som skickas till servern till följd 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 som ovan (i HTML-läge)
Exempel:
web_url (“Enterprise Systems Performance","URL = / esp.html","TargetFrame =","Resurs = 0","RecContentType = text / html","Referer = / atc?…,"Ögonblicksbild = t4.inf","Mode = URL",SISTA);
Tips: 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 skriptet 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ördelarna och nackdelarna med båda lägena, så förstå vilket läge som är mer lämpligt under vissa situationer:
Fördelar med HTML-inspelning
- Minskar behovet av att fånga dynamiska värden
- Åtgärdsvärden och dolda data är INTE hårdkodade
- De hämtas från minnet under uppspelning
- Om de är dynamiska körs fortfarande VUser
- Skriptet är bara lika stort som affärsprocessen - ett steg per sida
Nackdelar med HTML-inspelning
- Skript är mindre skalbara
- Minne (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 (parser är inaktiverad) *
- Skript är stora (alla bilder och ramar spelas in som separata steg)
Här är en snabb illustration:
|
HTML-läge |
URL-läge |
|
Intuitivt och lätt att förstå. |
Inte lika intuitivt som HTML-skript. |
|
Skript är mindre, förfrågningar är inkapslade och lätta att förstå. |
Skript är stora och innehåller ett samtal till varje bild, css, html, etc. vilket gör det svårt att förstå. |
|
Skalbar. |
Mer skalbar och effektiv för att skapa ett lasttest. |
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 inställningar för inspelningstid. I ett sådant fall kan du använda funktionen för regenerering av skript.
Du kan komma åt den 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 Re-Generation of a script.
Spela upp ett skript och förstå loggen
När du har sparat manuset kan du klicka på 
i verktygsfältet för att spela upp igen eller trycka 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 ordentligt)
När du spelar om manuset kommer du att märka att det till skillnad från QuickTest Professional inte öppnar någon webbläsare för att spela om. Kom ihåg att den här körningen simulerar endast 1 (enstaka) användarbelastning på SUL. Syftet med denna körning är att se till att ditt skript fungerar.
Tips: Du måste verifiera effekterna från själva applikationen. Om du till exempel skapar en post, gå till applikationen och verifiera manuellt att ditt skript faktiskt skapade en post. Dina skript kommer sannolikt inte att testas av ännu ett test- eller QA-team så du måste vara mycket försiktig med ditt skript och se till att dessa testas grundligt.
Du kan låta omspelningsloggen vara 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 stora resurser är det bäst att stänga av när du är klar med felsökning av skript och använder dem för scenarier.
Översikt över filer genererade under inspelning och uppspelning
Låt oss stänga VUGen och titta 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 manuset lagras separat. Om du har kört ditt skript minst en gång kommer du att märka en katalog med namnet result1. Den här katalogen är avsedd för systemanvändning och bör ignoreras av testaren.
Viktiga filer som du behöver förstå:
VUGen skapar en .c (C språkkodfil) för varje åtgärd. Således har du slutligen vuser_init.c och vuser_end.c och Action.c - om du har skapat fler åtgärder kommer du också att se motsvarande filer. Till exempel myAction.c
Replay-loggen sparas i en fil som heter output.txt. Om du har ersatt den flera gånger kommer output.txt att innehålla den senaste exekveringsloggen medan output.bak kommer att innehålla föregående till den senaste körningen.
Du kommer att se en mapp med namnet "data". Den här mappen innehåller en bild av händelserna samt en kopia av din kod. VUGen använder dessa filer när du “ReGenerate” din kod.