Wat is VUGen?
VUGen (Virtual User Generator) is een belangrijk hulpmiddel in LoadRunner om testscripts te maken om het gedrag van echte gebruikers op uw systeem na te bootsen. In VUGen wordt een mens vervangen door een virtuele gebruiker (VUser) en worden de acties die worden uitgevoerd door een VUser vastgelegd in VUser-script om het echte gebruikersgedrag te emuleren voor testen en monitoren.
VUGen is een van de vier kerncomponenten van LoadRunner. Het is het eerste onderdeel waarmee u te maken krijgt wanneer u aan de slag gaat met prestatietests met HP LoadRunner.
Laten we een paar opvallende kenmerken met betrekking tot VUGen begrijpen
VUScripts: Zoals reeds beschreven, is het doel van VUGen om VUScripts te maken die worden gebruikt om een echte virtuele gebruiker te simuleren.
Acties: een actie is een reeks gebruikerstransacties die worden uitgevoerd in het systeem onder belasting om een gedefinieerde taak uit te voeren. Een actie is te vergelijken met een functie in andere programmeertalen. Elk Vuser-script heeft 3 standaardfuncties
- Vuser_init (gebruikt om in te loggen op de applicatie)
- Actie (gebruikt om het bedrijfsproces vast te leggen)
- Vuser_end (gebruikt om uit te loggen bij de applicatie)
VUGen neemt niet alleen scripts op, maar speelt ze ook opnieuw af (voor slechts 1 VUser) om ervoor te zorgen dat het script correct wordt opgenomen. Zodra u zeker weet dat het script correct is opgenomen, neemt u het op in een LoadRunner-scenario
In deze tutorial ga je studeren
- Het scriptontwikkelingsproces in VUGen
- Vergelijk opname tussen QTP en LoadRunner
- Inleiding tot de applicatie Web Tours
- Inzicht in de VUGen-omgeving
- Uw eerste VUGen-script maken
- Transacties gebruiken op recordtijd
- Voeg opmerkingen in op opnametijd
- Code genereren
- Een protocol- en protocoladviseur kiezen
- Opname-opties
- Speel een script af en begrijp het logboek
- Overzicht van bestanden die zijn gegenereerd tijdens opnemen en afspelen
Het scriptontwikkelingsproces in VUGen
1. Neem het script op: meestal is dit de eerste stap van het scripten waarbij elke gebruikersactie wordt vastgelegd in een script.
2. Opnieuw afspelen en verifiëren: zodra het script is opgenomen, beantwoordt u het script om er zeker van te zijn dat het correct werkt. Verifieer eventuele impact via de frontend of database van de applicatie.
3. Verbeter het script: zodra de opname is geverifieerd, verbetert u het script door controlepunten toe te voegen, gegevens te valideren, transacties en ontmoetingspunten toe te voegen.
4. Opnieuw afspelen en verifiëren: speel zoals eerder uw script opnieuw af en controleer of alles werkt zoals bedoeld.
5. Runtime-instellingen configureren : Configureer en controleer de stimulatieduur, denktijdvariatie, proxy-instellingen en of u externe bronnen wilt negeren.
6. Gebruik voor laadscenario's: formuleer laadscenario's op basis van testdoelstellingen. Gebruik lastverdeling en geografische agenten om realistische scenario's te maken.
Vergelijk opname tussen QTP en LoadRunner
VUGen negeert UI-objecten:
In tegenstelling tot QTP-scripts zijn LoadRunner-scripts onafhankelijk van GUI. Dit komt omdat de gegenereerde code niet werkt op basis van UI-objecten, maar werkt op basis van het verzoek van de client aan de server en verwacht een reactie van de server terug naar de client. Dit is de reden waarom het opnieuw afspelen van LoadRunner-scripts altijd browseronafhankelijk is. De VUser kan rechtstreeks communiceren met een server door aanroepen naar de server-API uit te voeren, zonder afhankelijk te zijn van clientsoftware (SUL). Dit betekent dat er geen impact zal zijn op scripts als de wijzigingen worden aangebracht in de gebruikersinterface van het System Under Load. Dit vertelt; de Performance Testing is volledig gebaseerd op client / server-communicatie (request en response) en niet op GUI-objecten.
Raadpleeg onderstaande link voor meer details: http://youtu.be/FDORUeqpNJs?t=3m41s
We zullen hieronder meer in detail zien hoe VUGen-scripting werkt.
Inleiding tot de applicatie Web Tours
Voor alle praktische doeleinden zullen we de Web Tours-applicatie gebruiken die wordt meegeleverd met LoadRunner.
Voor HP Web Tours is een afhankelijke "Web Tours Apache-server" vereist voordat deze kan werken. Om de Web Tours Apache Server uit te voeren, gaat u naar Start Menu => HP Software => Samples => Web en klikt u vervolgens op Start HP Web Tour Server.
Zodra de "server" is geactiveerd, zal deze een shell openen en worden uitgevoerd op de console.
De console zou eruit moeten zien als een snapshot hieronder, zoek je IP-adres in de shell:
OPMERKING: als u dit venster sluit, stopt de server.
Nu hebt u toegang tot de applicatie Web Tours -
Eenmaal gelanceerd, ziet het eruit als -
Inzicht in de VUGen-omgeving
Om de VUGen uit te voeren, dubbelklikt u op de VUGen-snelkoppeling op het bureaublad, of gaat u naar Start Menu => HP Software => en klikt u vervolgens op Virtual User Generator.
Het VUGen-welkomstscherm ziet er als volgt uit
Het welkomstscherm opent vervolgens de startpagina van HP Virtual User Generator, zoals hieronder weergegeven:
In het menu Bestand kunt u verschillende besturingselementen voor opdrachten bekijken. Het doel van deze controles wordt hieronder vermeld:
Nieuw script en oplossing: wordt gebruikt om te beginnen met het maken van een nieuw script. U kunt ook een nieuw script maken via de werkbalkknop.
Open >> Script-oplossing : wordt gebruikt om een bestaand, eerder gemaakt script of oplossing vanuit een directory te openen.
Toevoegen >> Nieuw script: wordt gebruikt om een eerder gemaakt script toe te voegen aan de huidige oplossing
We zullen kennis maken met andere besturingselementen terwijl we beginnen met het maken van ons eerste script. Laten we doorgaan met leren.
Klik hier als de video niet toegankelijk is
Uw eerste VUGen-script maken
Zorg ervoor dat de Web Tours App-server actief is voordat u opneemt. Onthoud dat u de server moet laten draaien, dus sluit hem niet. Als het raam u stoort, kunt u het minimaliseren.
Tip: in een real-world probleem moet men vertrouwd raken met de onderwerptoepassing (SUL), vooral als het gaat om complexe zakelijke workflows en gegevensfasen. U kunt ook communiceren met HP Web Tours om ervoor te zorgen dat u de exacte stappen kunt herhalen tijdens het opnemen.
Voordat men kan beginnen met het scripten van een applicatie (SUL), moet men vertrouwd raken met de applicatiestroom. Laten we met deze tutorial kennis maken met HP Web Tours, dat wordt geleverd en automatisch wordt geïnstalleerd met HP LoadRunner.
Stap 1) Klik op Bestand => Nieuw script en oplossing zoals weergegeven in de onderstaande snapshot:
U kunt de sneltoets (Ctrl + N) gebruiken om hetzelfde te doen.
Stap 2) Er wordt een venster weergegeven om het protocol te selecteren. De lijst ziet er enigszins anders uit dan eerdere versies
1. Selecteer Enkel protocol
2. Web
3. Voer de scriptnaam in
4. Klik op Maken
Opmerking: u kunt Protocol Advisor gebruiken om het juiste protocol te bepalen dat uw toepassing gebruikt voor communicatie. Voor HP Web Tours weten we al dat het het “Web - HTTP / HTML” -protocol vereist. We zullen in een later stadium leren hoe u het juiste protocol voor uw SUL kunt bepalen.
Tip: een toepassing kan soms meer dan 1 protocol nodig hebben om met de server te communiceren. Navigeer in dat geval naar de lijst met meerdere protocollen aan de linkerkant van het venster.
HP Web Tours vereist echter slechts één protocol bij het scripten met VUGen.
Tip: u kunt uw scripts niet gemakkelijk hernoemen, dus wees creatief wanneer u uw scripts een naam geeft. Als u de naam van een script moet wijzigen, gebruikt u de functie Opslaan als en geeft u een nieuwe naam. Een goede nomenclatuur zou zoiets als WT01_Signup kunnen zijn, waarbij WT een korte vorm is van de applicatienaam, 01 een bedrijfsprocesvolgorde is en Sign up verwijst naar de bedrijfsprocessen die worden gescript. Merk ook op dat u geen spaties in een scriptnaam kunt gebruiken.
Stap 3) Zodra u op Create klikt, opent HP VUGen de IDE (Integrated Development Environment) of code-editor. U ziet dat de scriptbestanden leeg zijn, behalve de basishandtekening van Functie Actie. Onderstaande momentopname zou het beter moeten helpen begrijpen:
Stap 4) Klik op de opnameknop 
die u in de werkbalk kunt vinden. Raadpleeg de onderstaande momentopname:
Stap 5) Er wordt een nieuw venster geopend
1. Als we het bovenstaande venster bestuderen, wordt de naam van het script vermeld in de titelbalk van deze pop-up. Dit zal u helpen om wijzigingen in het juiste script aan te brengen wanneer u te maken heeft met meerdere scripts die tegelijkertijd worden geopend.
2. Als u de overige bedieningselementen niet ziet, klikt u op de knop Minder opties om er zeker van te zijn dat u niet minder opties ziet.
3. Opnemen in het actieveld bepaalt waar de code wordt gegenereerd na het opnemen. VUGen-scripts vergemakkelijken het overschakelen naar andere acties of creëren nieuwe acties tijdens en na de opname.
4. Record: veld vertelt VUGen dat de betreffende applicatie (SUL) een webapplicatie of een desktopclient is. Deze optie kan niet worden overschreven als de opname eenmaal is begonnen.
5. Toepassing: veld vertelt VUGen, welke browser moet worden gebruikt voor opname. Als u niet met het Web - HTTP / HTML-protocol werkt, selecteert u de desktopclient met dit veld.
Tip: In tegenstelling tot QTP-scripts zijn LoadRunner-voorbeeldscripts onafhankelijk van GUI. Dit komt omdat de gegenereerde code niet werkt op basis van UI-objecten, maar werkt volgens het principe van het verzoek van de klant aan de server en het verwachten van een serverreactie terug naar de client - meestal in de vorm van HTML (vandaar de naam van een protocol). )
6. URL-adres: hier wordt de URL van de SUL ingevoerd. VUGen roept deze URL op als op “Start Recording” wordt geklikt. De gebruikte browser wordt vermeld onder het veld " Record: " als deze verschilt van uw standaardbrowser.
7. Opname starten: onmiddellijk vs. vertraagd: Als u de modus Direct opnemen heeft geselecteerd , zult u merken dat VUGen begint met het opnemen van gebeurtenissen zodra u op de knop “Opname starten” drukt. Als u echter de vertraagde opnamemodus selecteert, roept de VUGen het systeem (SUL) op, maar begint het niet met het vastleggen van gebeurtenissen, tenzij u op de opnameknop in de zwevende balk klikt.
8. Working Directory: Dit is een tijdelijke directory die VUGen zal gebruiken bij het vastleggen van gebeurtenissen. Een kopie van uw script is ook beschikbaar op deze locatie, voor het geval u uw map kwijtraakt :)
9. Opname-opties: Deze instellingen vertellen VUGen welk type URL's ze moeten vastleggen en welke opnamemodus ze moeten gebruiken.
10. Opname starten: de opname starten. Klik erop
Stap 6) Zodra de opname is gestart, roept VUGen de HP Web Tours-applicatie op met de geselecteerde browser.
Laten we het begrijpen met een LoadRunner-scriptvoorbeeld om een gebruiker aan te melden bij de Web Tours-applicatie en een basisscript op te nemen.
Er verschijnt een zwevende opnamebalk die verschillende bedieningselementen voor de opname biedt. Dit vertelt de verstreken tijd en een aantal gebeurtenissen wordt automatisch vastgelegd. Laten we de zwevende balk eens goed bekijken.
In de bovenstaande momentopname heeft de SUL 56 gebeurtenissen afgevuurd en zijn er in totaal 0 minuten en 25 seconden tijdsduur verstreken sinds het begin van de opname.
U zult ook opmerken dat er geen gebeurtenissen worden geactiveerd terwijl u typt. Vraag jezelf af waarom. Kun je antwoord geven?
Dit komt doordat er geen client-naar-server-communicatie plaatsvindt terwijl u typt. Daarom worden er geen gebeurtenissen geactiveerd en wordt er geen script gegenereerd met betrekking tot typen. De code wordt pas gegenereerd nadat u het formulier heeft verzonden (klik op Doorgaan)
De opname kan worden gepauzeerd 
met de pauzeknop. Let op: zolang de opname gepauzeerd blijft, worden alle gebeurtenissen die door de toepassing worden geactiveerd, genegeerd. Dit betekent ook dat zelfs als uw applicatie verzoeken verzendt en / of antwoordformulier SUL ontvangt, het script niet wordt gegenereerd zolang u de opname hebt gepauzeerd.
Als je de opname hebt gepauzeerd, moet je op de opnameknop in de zwevende balk klikken om de opname te hervatten.
Terwijl u opneemt in de sectie vuser_init, zou u merken dat de rendez-vous-knop niet is ingeschakeld. Schakel over naar Actie (of maak een nieuwe Actie) en ga verder met opnemen. Raadpleeg de onderstaande momentopname om te zien hoe u van actie wisselt.
Je zult merken dat na het overschakelen naar een actie, de rendez-vous- 
knop automatisch wordt ingeschakeld. Dit komt doordat VUGen het invoegen van rendez-vous-punten in vuser_init niet toestaat .
Transacties gebruiken op recordtijd
Laten we aannemen dat u de responstijd wilt meten wanneer X aantal gebruikers tegelijkertijd zich aanmeldt. Laten we verder lezen om dit doel te bereiken.
Inmiddels heb je het openen van de applicatie geregistreerd in de actie vuser_init. Nadat u naar Action bent overgeschakeld, voert u de gebruikersinformatie in die vereist is voor SUL. Volg de onderstaande stappen voordat u op de knop "Doorgaan" klikt:
Start een transactie door op de knop 
in de zwevende balk te klikken . Voer de naam van de transactie in, bijvoorbeeld 01_Signup.
Tip: het is een goede gewoonte om uw transactie een naam te geven met een voorvoegsel zoals 01_ om ze uniek te houden.
De zwevende balk ziet er als volgt uit:
Klik op OK om het transactielabel te sluiten.
Klik op de knop Doorgaan van de applicatie.
Beëindig de transactie door op de knop te klikken 
. Selecteer de naam van de transactie die u wilt sluiten, bijvoorbeeld 01_Signup in dit geval. Zie onderstaande momentopname ter illustratie.
Als u niet meerdere transacties heeft geopend, ziet u slechts één naam. Als u er echter meerdere heeft, kunt u een keuze maken uit de lijst.
Opmerkingen invoegen op opnametijd:
Nu u de transactie met succes heeft afgerond, kunt u in recordtijd een opmerking plaatsen om uzelf eraan te herinneren wanneer u de code later bestudeert. Klik in de zwevende balk op de knop om een opmerking in te voegen. Er verschijnt een tekstvak naast de zwevende balk waar u tekst kunt invoeren.
Deze opmerking wordt in de code ingevoegd na de stappen (code) die u zojuist hebt voltooid voordat u op de knop OK klikt.
Vanuit de applicatie kun je op doorgaan klikken. U ziet een welkomstbericht bij een aanvraag.
Selecteer nu de actie vuser_end en klik op Afmelden bij de applicatie. Sluit de applicatie en klik op de stopknop 
in de zwevende balk.
Code genereren:
Zodra de opname is gestopt, zult u VUGen post-generatie activiteit opmerken. Dit omvat het genereren van code, transacties en opmerkingen op basis van uw opname. Raadpleeg onderstaande momentopname.
Direct nadat VUGen klaar is met "Uitvoeren van postgeneratiebewerkingen", zal het beginnen met "Uitvoeren van scan voor correlatie na generatie". We zullen in meer detail zien wat correlatie betekent.
Zodra de bewerking na het genereren is voltooid, ziet u het Design Studio-venster. Als er kandidaten voor correlatie worden gevonden, kunt u deze in dit venster bekijken.
U kunt veilig op de knop Sluiten klikken en VUGen brengt u naar de code die is gegenereerd.
Het venster ziet er als volgt uit:
Zoals aangegeven in de bovenstaande afbeelding, bevat de editor gemakkelijk te begrijpen, leesbare code. U kunt de parameters die tijdens het opnemen worden gebruikt, bekijken.
De linkerkant van VUGen wordt Step Navigator genoemd, waarmee u het “script” kunt begrijpen zonder naar de details van de code te kijken. U kunt bijvoorbeeld stappen lezen als: een URL openen, denktijd besteden en het formulier verzenden. Dit omvat alle parameters die bij elk verzoek horen.
Uw script is gegenereerd, klik op het menu Bestand en klik vervolgens op Script opslaan als om de locatie te doorzoeken waar u uw script wilt opslaan. VUGen zal automatisch de laatst gebruikte directory voorstellen als je al eerder een script hebt opgeslagen. De voorgestelde naam is de naam die u noemde toen u begon met opnemen.
Helemaal klaar.
Nu, feliciteer uzelf met het succesvol genereren en opslaan van uw eerste script.
Een protocol- en protocoladviseur kiezen
Je hebt je misschien afgevraagd waarom we het Web - HTTP / HTML-protocol hebben gebruikt. Hoe hebben we besloten welk protocol we moesten gebruiken? Het antwoord is niet zo eenvoudig.
Er is een architecturale basis met vaardigheden die u moet hebben als voorwaarde om deze vraag te beantwoorden. Als je een beginner bent, kun je een koppeling maken met iemand die over solide architecturale en ontwikkelingsvaardigheden op de klant beschikt voor je SUL. U kunt met de ontwikkelaars van uw SUL praten en ontdekken welke interfaces uw applicatie gebruikt. Dit zou u op een natuurlijk pad moeten leiden naar de interfaces die u gaat gebruiken voor de ontwikkeling van uw virtuele gebruikersscripts en protocolselectie.
Om tegemoet te komen aan de behoeften van beginners met minder kennis van architectonische vaardigheden, introduceerde LoadRunner een functie genaamd Protocol Advisor in LoadRunner 9.1. Hoewel dit het leven voor velen gemakkelijker heeft gemaakt, zou men meer moeten vertrouwen op de architectonische en ontwikkelingsvaardigheden in plaats van op protocoladviseur en het ontvangen van informatie van het ontwikkelingsteam over onderliggende ontwikkelingstechnologieën. Protocol suggereert mogelijk niet in alle gevallen het juiste protocol.
Om Protocol Advisor te gebruiken, ga naar Record => Protocol Advisor => Analyse Application
Raadpleeg onderstaande momentopname:
Dit opent het hoofdvenster van Protocol Advisor. Als je merkt, lijkt dit een beetje op het venster dat verschijnt voor opname. Laten we eens kijken naar het onderstaande venster:
Selecteer de webbrowser aangezien we een webgebaseerde applicatie gebruiken.
Specificeer de URL van de applicatie die vervolgens zal worden aangeroepen. De werkdirectory kan als zodanig worden gelaten aangezien dit slechts een tijdelijke directory is die VUGen kan gebruiken. Zorg ervoor dat u lees- en schrijftoegang heeft tot deze map.
Klik op de knop Analyse starten.
Er verschijnt een zwevende balk die enigszins lijkt op de zwevende balk voor de opnametijd. Bekijk de momentopname:
Het proces vertelt de verstreken tijd en een aantal gebeurtenissen die zijn geactiveerd. Deze informatie is echter niet nodig. Het enige voordeel van deze gebeurtenisteller is dat u weet dat uw klant, SUL, communiceert met de server.
Het is een goede gewoonte om slechts één bedrijfsproces tegelijk te analyseren, aangezien de verschillende bedrijfsprocessen in een grote bedrijfstoepassing verschillende protocollen kunnen omvatten. Een dashboard in een bepaalde applicatie kan bijvoorbeeld Ajax of Flex, etc. hebben, maar dit zal niet aanwezig zijn op de inlogpagina.
Als u klaar bent met het uitvoeren van een bepaald bedrijfsproces, kunt u op de Stop-knop drukken. De protocoladviseur van de VUGen komt met een samenvattend rapport over het protocolvoorstel. Kijk eens hoe het eruit ziet:
U kunt de suggesties van Protocol Advisor bekijken. Dit kunnen al dan niet de beste keuzes zijn om uit te kiezen.
U hebt inmiddels Protocol Advisor leren gebruiken. Dit kan echter nuttig zijn voor beginners of voor een situatie waarin u "een andere mening" nodig hebt - vertrouw op uw architecturale gevoel, programmeerkennis, ontwikkelvaardigheden en informatie die u van het ontwikkelteam hebt gekregen om over het protocol te beslissen.
Opname-opties
Telkens wanneer VUGen een script genereert, is de gegenereerde code gebaseerd op verschillende configuraties die te vinden zijn onder de "Opname-opties" - of u kunt op Ctrl + F7 drukken om de opname-opties in LoadRunner te bekijken.
Laten we het venster met opname-opties eens bekijken voordat we alle configuraties bespreken:
Er zijn verschillende categorieën configuraties, zoals Algemeen, Correlaties, Netwerk en Gegevensformaatuitbreiding. Laten we de belangrijkste hiervan een voor een begrijpen.
Algemeen => Opname:
Dit onderwerp vereist een gedetailleerd begrip. Daarom wordt dit apart besproken.
Algemeen => Script:
Bekijk de momentopname voor een glimp:
U zult zien dat de vervolgkeuzelijst Taal is uitgeschakeld. Een veel voorkomende mythe is dat de LoadRunner geen code in een andere taal genereert. Een andere mythe is dat het een licentie vereist om in andere talen te werken.
Beiden zijn vals. LoadRunner beslist zelf welke taal gebruikt wordt bij het genereren van het script. In bijna alle gevallen zult u merken dat u met C Language werkt .
Voor bepaalde Java-toepassingen (zoals Java-applets) is de code die wordt gegenereerd in JavaScript-taal .
VUGen zal alleen een script in VBScript-taal genereren voor applicaties die zijn ontwikkeld in Visual Basic classic (MS Visual Studio 2002)
Scriptopties :
U kunt ervoor kiezen om "Vaste denktijd genereren na einde transactie". Dit betekent dat, ongeacht hoeveel een gebruiker wacht, de gegenereerde denktijd (de vertraging) gelijk zal zijn aan de opgegeven waarde. De waarde is in seconden.
Een maximum aantal regels in het actiebestand verwijst naar het maximum aantal regels dat VUGen een actie zal genereren. Als het script groter is, maakt VUGen automatisch een nieuwe actie aan. De standaardwaarde is 60.000. De maximale waarde die kan worden opgegeven, is 65.000
Mogelijk vindt u deze configuratie handig als u te maken heeft met een desktoptoepassing met Oracle op de backend.
Algemeen => Protocol geeft je een optie om alle protocollen die je hebt geselecteerd aan het begin van de opname te selecteren en te deselecteren
In wezen wordt dit alleen gebruikt als u het script opnieuw wilt genereren .
Bekijk het scherm eens:
Dit is handig als u tijdens het opnemen van een script meerdere protocollen hebt gebruikt. U kunt het script opnieuw genereren en de protocollen die u niet wenst, deselecteren en een nieuw script krijgen zonder het opnieuw op te nemen.
Algemeen => Code genereren:
Bekijk de onderstaande momentopname:
Deze configuratie vertelt VUGen om in recordtijd kandidaten voor correlatie te vinden. Als u geen automatische correlatie wenst, wilt u deze functie misschien uitschakelen.
Correlation => Configuratie:
Bekijk de onderstaande schermafbeelding en maak uzelf vertrouwd met het scherm.
Hoewel automatische correlatie alleen nuttig is van 5% tot 10%, kunt u toch "Regels scannen" en "Automatisch gevonden waarden correleren" selecteren. Als uw script echter niet wordt afgespeeld, kunt u overwegen om de standaardinstellingen te herstellen door op een knop te klikken.
Correlation => Regels:
Ga naar Regels en hier zie je verschillende regels die VUGen gebruikt om correlatiekandidaten te vinden. U kunt aangepaste regels toevoegen als u weet wat uw toepassing (SUL) als parameters gebruikt. Dit is echter een geavanceerd gebruik van instellingen voor opnametijd. Als je een beginner bent, kun je dit onderwerp gerust overslaan.
HTTP-eigenschappen => Geavanceerd:
Dit frame biedt verschillende instellingen met betrekking tot HTTP-binding.
Context voor elke actie opnieuw instellen. Door deze optie in te schakelen, wordt VUGen geïnstrueerd om alle HTP-contexten tussen acties in hun oorspronkelijke staat terug te zetten voordat de opname begint, wat een schoon begin voor de opnamesessie oplevert. De optie is standaard ingeschakeld.
U kunt de rest van de configuraties intact laten, tenzij dit nodig is.
Netwerk => Poorttoewijzing:
Dit frame moet intact worden gelaten. Als u een desktoptoepassing opneemt, moet u mogelijk gegevens op WinINet-niveau kiezen.
U kunt naar Opties gaan (zolang u gegevens op socketniveau gebruikt) en verschillende opties selecteren, zoals de SSL-versie of andere soorten Secure Socket Layer. Als je een beginnersniveau bent of deze opties niet nodig hebt, kun je dit overslaan. Neem een kijkje om kennis te maken met het scherm.
Nu u klaar bent met de meeste Record Time-opties, gaan we naar het volgende onderwerp en begrijpen we het verschil tussen HTML- en URL-gebaseerde scripting.
Verschil tussen HTML-gebaseerde en URL-gebaseerde scripting
Je hebt misschien een optie opgemerkt om een op HTML gebaseerd script of op een URL gebaseerd script te kiezen. Bekijk de momentopname voor een flashback.
Dus wat is deze optie en welke moet je kiezen?
Het op HTML gebaseerde script is gebaseerd op gebruikersacties en de scripts bevatten functies die rechtstreeks overeenkomen met de ondernomen actie. Laten we een voorbeeld van een klein stukje code begrijpen:
Voorbeeld:
web_link ("Enterprise Systems Performance","Text = Enterprise Systems Performance,""Snapshot = t4.inf",LAATSTE);
Het URL-gebaseerde script is gebaseerd op HTTP-verzoeken die naar de server worden gestuurd als resultaat van gebruikersacties.
Hier is een voorbeeld van code voor de URL-modus voor dezelfde acties die zijn uitgevoerd als hierboven (in HTML-modus)
Voorbeeld:
web_url ("Enterprise Systems Performance","URL = / esp.html","TargetFrame =","Bron = 0","RecContentType = text / html","Referer = / atc?…,"Snapshot = t4.inf","Mode = URL",LAATSTE);
Tip: u kunt het beste zelf experimenteren voordat u verder gaat. Wijzig de instellingen voor de opnametijd en neem hetzelfde script twee keer op, dwz één keer met HTML-modus en één keer met URL-modus - en vergelijk vervolgens beide. Houd het script kort, zodat u het verschil begrijpt.
Hoe beslissen we welke modus we gebruiken?
Laten we de voor- en nadelen van beide modi begrijpen, zodat u begrijpt welke modus in bepaalde situaties geschikter is:
Voordelen van HTML-opname
- Vermindert de behoefte om dynamische waarden vast te leggen
- Actietagwaarden en verborgen gegevens zijn NIET hardgecodeerd
- Ze worden tijdens het afspelen uit het geheugen opgehaald
- Als ze dynamisch zijn, draait de VUser nog steeds
- Script is slechts zo groot als het bedrijfsproces: één stap per pagina
Nadelen van HTML-opname
- Scripts zijn minder schaalbaar
- Het geheugen (cache) wordt doorzocht tijdens het afspelen
- vereist meer geheugen
- vereist meer CPU-kracht
Voordelen van URL-opname
- Flexibiliteit
- Ondersteuning voor Java-applets en ActiveX-objecten op de pagina
- Mogelijkheid om opnieuw af te spelen op UNIX
- Schaalbaarheid
- Scripts zijn beter schaalbaar dan HTML-scripts omdat ze minder bronnen nodig hebben
Nadelen van URL-opname
- Scripts vereisen meer correlatie (er wordt niets opgehaald uit de cache)
- Contextgevoelige controles werken niet (parser is uitgeschakeld) *
- Scripts zijn groot (alle afbeeldingen en frames worden als afzonderlijke stappen opgenomen)
Hier is een korte illustratie:
|
HTML-modus |
URL-modus |
|
Intuïtief en gemakkelijk te begrijpen. |
Niet zo intuïtief als de HTML-scripts. |
|
Scripts zijn kleiner, verzoeken zijn ingekapseld en gemakkelijk te begrijpen. |
Scripts zijn groot en bevatten een aanroep naar elke afbeelding, css, html, enz., Waardoor het moeilijk te begrijpen is. |
|
Schaalbaar. |
Schaalbaarder en effectiever voor het maken van een belastingtest. |
Gebruik van Re-Generate Script
Stel dat u hetzelfde script wilt opnemen dat u zojuist hebt opgenomen, maar met verschillende opnametijdinstellingen. In dat geval kunt u de functie voor het opnieuw genereren van scripts gebruiken.
U kunt het openen onder Record => Script opnieuw genereren of met sneltoets Ctrl + Shift + R
Zodra je op het menu klikt, zal VUGen je een waarschuwing geven dat je bestaande script en alle wijzigingen die je in je bestaande script hebt aangebracht, verloren zullen gaan. Het waarschuwingsbericht ziet er als volgt uit:
U kunt ook op Opties klikken om de opnametijdopties vanaf hier te openen.
Klik op OK om door te gaan met het opnieuw genereren van een script.
Speel een script af en begrijp het logboek
Nadat je het script hebt opgeslagen, kun je op 
in de werkbalk klikken om het opnieuw af te spelen of op F5 te drukken.
U vindt deze knop in de werkbalk:
U moet ervoor zorgen dat de server actief is (wat nodig is om de toepassing correct te laten werken)
Wanneer u het script opnieuw afspeelt, zult u merken dat het, in tegenstelling tot QuickTest Professional, geen enkele browser opent om opnieuw af te spelen. Onthoud dat deze uitvoering slechts 1 (enkele) gebruikersbelasting op de SUL simuleert. Het doel van deze uitvoering is om ervoor te zorgen dat uw script werkt.
Tip: u moet de impact van de applicatie zelf verifiëren. Als u bijvoorbeeld een record maakt, gaat u naar de toepassing en controleert u handmatig of uw script daadwerkelijk een record heeft gemaakt. Uw scripts zullen hoogstwaarschijnlijk niet worden getest door nog een ander test- of QA-team, dus u moet heel voorzichtig zijn met uw script en ervoor zorgen dat deze grondig worden getest.
U kunt het replay-logboek actief laten, aangezien dit een grote hulp zal zijn bij het identificeren van kandidaten voor correlatie en eventuele fouten en waarschuwingen die u zou kunnen tegenkomen. Aangezien het genereren van een logboek veel bronnen kost, kunt u dit het beste uitschakelen wanneer u klaar bent met het debuggen van scripts en deze voor scenario's gebruikt.
Overzicht van bestanden die zijn gegenereerd tijdens opnemen en afspelen
Laten we de VUGen sluiten en de bestanden bekijken die het in de scriptmap heeft gemaakt.
VUGen maakt een reeks configuratiebestanden, databestanden en broncodebestanden die VUser run-time en setup-informatie bevatten. De resultaten van elke iteratie van het script worden afzonderlijk opgeslagen. Als je je script minstens één keer hebt uitgevoerd, zul je een map opmerken met de naam result1. Deze map is voor systeemgebruik en moet door de tester worden genegeerd.
Belangrijke bestanden die u moet begrijpen:
VUGen maakt voor elke actie een .c (C Language Code-bestand) aan. Dus als laatste heb je vuser_init.c en vuser_end.c en Action.c - als je meer acties hebt gemaakt, zul je ook overeenkomstige bestanden zien. Bijvoorbeeld myAction.c
Het replay-logboek wordt opgeslagen in een bestand met de naam output.txt. Als je het meerdere keren hebt vervangen, bevat output.txt het laatste uitvoeringslogboek, terwijl output.bak de vorige tot de laatste run bevat.
U ziet een map met de naam "data". Deze map bevat een afbeelding van de gebeurtenissen en een kopie van uw code. VUGen maakt gebruik van deze bestanden wanneer u uw code “opnieuw genereert”.