Hoe LoadRunner VuGen-scriptbestanden en runtime-instellingen in te stellen

how setup loadrunner vugen script files

Inleiding tot VuGen-scriptbestanden en runtime-instellingen:

VPN Europa

Prestatietests van webservices-protocol werd in detail uitgelegd in onze vorige tutorial in het Gratis LoadRunner-trainingsserie ​

Met onze tutorials tot dusver in deze serie, hebben we VuGen onder de knie en zijn we in staat om VuGen-scripts te maken en te verbeteren voor bijna elke webapplicatie.

Laten we onze VuGen-tutorialserie afsluiten met deze twee onderwerpen - ‘VuGen-scriptbestanden’ en ‘Runtime-instellingen’ ​

​ Klik hier voor een complete serie LoadRunner-zelfstudies

Wat je leert:

• VuGen-scriptbestanden
• Runtime-instellingen
  • 1) Algemeen-> Logica uitvoeren:
  • 2) Algemeen-> Pacing:
  • 3) Algemeen-> Logboek:
  • 4) Algemeen-> Denktijd:
  • 5) Algemeen-> Aanvullende attributen:
  • 6) Algemeen-> Diversen:
  • 7) Browser-> Browser-emulatie:
  • 8) Netwerk-> Snelheidssimulatie:
  • 9)) Netwerk-> Streaming:
  • 10) Internetprotocol-> Inhoudscontrole:
  • 11) Internetprotocol-> Proxy:
  • 12) Internetprotocol-> Voorkeuren:
  • 13) Internetprotocol-> Filters downloaden:
  • 14) Uitbreiding gegevensformaat-> Ketenconfiguratie:
• VIDEO-zelfstudie: VUGen Runtime-instellingen
• Gevolgtrekking
• Aanbevolen literatuur

VuGen-scriptbestanden

Wanneer een VuGen-script wordt gemaakt en opgeslagen, wordt een aantal bestanden gemaakt - namelijk configuratiebestanden, gegevensbestanden, broncodebestanden enz. Deze bestanden bevatten Vuser-runtime- en installatie-informatie. VuGen slaat deze bestanden samen met het script op in de scriptmap.

Scriptmap:

Bestanden in de map:

Laten we enkele van de belangrijke bestanden begrijpen:

1) Scriptnaam.usr: Dit is het eigenlijke VuGen-scriptbestand. Wanneer we dit bestand openen (dit bestand kan alleen met VuGen worden geopend), wordt het Vuser-script geopend.

2) Scriptnaam.bak: Dit bestand is het back-upbestand voor het VuGen-script. Dit is een kopie van het bestand ScriptName.usr vóór de laatste opslagbewerking.

3) default.cfg ​ Dit bestand bevat een lijst met alle runtime-instellingen zoals gedefinieerd in het VuGen-script (denktijd, iteraties, logboek, web).

4) default.usp ​ Dit bestand bevat de uitvoeringslogica van het script, inclusief hoe de actiesectie wordt uitgevoerd.

5) vuser_init.c ​ Dit bestand bevat een kopie van het Vuser_init functie zoals te zien in het VuGen-script.

6) Actie. C ​ Dit bestand bevat een kopie van het Actie functie zoals te zien in het VuGen-script.

7) vuser_end.c ​ Dit bestand bevat een kopie van het Vuser_end functie zoals te zien in het VuGen-script.

8) output.txt ​ Dit bestand bevat het herhalingslogboek.

9) CodeGenerationLog.txt ​ Dit bestand bevat het generatielogboek.

10) data map ​ Deze map bevat alle opgenomen gegevens die voornamelijk als back-up worden gebruikt. Als de gegevens eenmaal in deze map staan, worden ze niet aangeraakt of gebruikt.

elf) result1 map ​ Deze map bevat alle herhalings- / resultaatgegevens.

Runtime-instellingen

Runtime-instellingen bepalen de manier waarop een VuGen-script wordt uitgevoerd en logt / rapporteert. Runtime-instellingen kunnen worden gedefinieerd in een VuGen-script of in de Controller terwijl de test wordt uitgevoerd (Runtime-instellingen in de Controller overschrijven de instellingen die in het script zijn ingesteld).

Runtime-instellingen zijn te zien in het deelvenster Solution Explorer (van het VuGen-script), zoals hieronder wordt weergegeven:

Laten we deze instellingen (voor het Web-HTTP / HTML-protocol) een voor een bekijken en begrijpen.

1) Algemeen-> Logica uitvoeren:

Hier definiëren we hoe de acties in het script moeten worden uitgevoerd.

In Run Logic zijn er drie hoofdblokken: In het ​ Rennen , en Einde ​De acties die onder In het block worden in het begin slechts één keer uitgevoerd, de acties die onder worden gezet Einde block worden uiteindelijk maar één keer uitgevoerd en de acties die eronder vallen Rennen blok run voor meerdere gedefinieerde iteraties.

Voorbeeld:

Voor een e-commercesite kunnen we de volgende acties ondernemen:

• Log in
• ZoekenProduct
• OrderProduct
• Annuleren Product
• Uitloggen

Als we zo instellen (zoals hieronder weergegeven) met het aantal iteraties als 10, bijvoorbeeld in de eerste iteratie vuser_init en Log in acties (in die volgorde) worden eerst uitgevoerd en SearchProduct, OrderProduct , en Annuleren Product acties worden vervolgens uitgevoerd (in die volgorde).

Vanaf de tweede iteratie alleen de SearchProduct, OrderProduct en Annuleren Product acties worden uitgevoerd.

En in de laatste iteratie, na de Annuleren Product actie wordt uitgevoerd, de Uitloggen en vuser_end acties (in die volgorde) worden uitgevoerd en de uitvoering van het script stopt.

We kunnen ook twee manieren definiëren om het Rennen blok (klik op het blok Uitvoeren en deze opties worden rechts ingeschakeld) - Opeenvolgend en willekeurig.

Als we ‘Opeenvolgend’ instellen, worden alle acties in de Rennen blok worden opeenvolgend uitgevoerd (in de volgorde waarin ze verschijnen).

Wanneer we ‘Willekeurig’ instellen, wordt ons gevraagd de procentuele gewichten in te voeren voor elk van de acties in het Rennen block en dienovereenkomstig wordt slechts één van deze acties uitgevoerd in elke iteratie.

We kunnen ook definiëren Blok (Klik op Blok invoegen knop) om gerelateerde acties te groeperen.

Bijvoorbeeld, we kunnen zetten ZoekenProduct en OrderProduct acties onder een blok.

2) Algemeen-> Pacing:

Pacing is de tijd gedurende welke de Vuser wacht tussen iteraties. Het wordt gebruikt om het aantal iteraties in een bepaalde tijd te regelen en daarmee de belasting van de applicatie te regelen.

Er zijn drie stimulatie-opties, zoals hieronder weergegeven.

De eerste optie wordt niet gebruikt bij een belastingstest, deze wordt gebruikt voor het verifiëren van gegevens of voor een lage belastingstest. Optie 2 of 3 kan worden gebruikt om de belasting in een belastingtest te regelen.

3) Algemeen-> Logboek:

Het niveau van logging kan hier worden ingesteld. Aangezien loggen extra overhead op de Load Generators creëert, moet men verstandig zijn (alleen loggen wat nodig is) bij het kiezen van deze opties.

Tijdens het debuggen van de scripts, wordt aanbevolen om ‘Uitgebreide logboekregistratie’ altijd in te schakelen (om het volledige logboek te kunnen zien - verzoek / antwoord, vervanging van parameters enz.). Maar bij het uitvoeren van de tests wordt aanbevolen om voor ‘Standaardlogboek’ of ‘Uitgebreid logboek’ te kiezen voor ‘Logboek wanneer er een fout optreedt’.

4) Algemeen-> Denktijd:

Met Think Time kan een Vuser een bepaalde tijd pauzeren tussen de stappen / acties op het VuGen-script. Dit is om het echte gebruikersgedrag te simuleren van enige tijd nadenken tussen acties / stappen op een applicatie.

Er zijn vier opties, zoals hieronder weergegeven:

De eerste optie wordt over het algemeen gebruikt bij het verifiëren van gegevens, terwijl een van de andere drie opties kan worden gebruikt bij een belastingtest. Het wordt aanbevolen om wat willekeur in de denktijd te plaatsen door de vierde optie te gebruiken.

5) Algemeen-> Aanvullende attributen:

We kunnen hier parameters definiëren. Soms is het goed om parameters in de Runtime-instellingen te definiëren dan in het VuGen-script. Dit helpt ons om gemakkelijk de parameterwaarden in de Runtime-instellingen in de Controller te bewerken (Runtime-instellingen kunnen in de Controller worden overschreven) dan elke keer in het script te veranderen.

Bijvoorbeeld , als we een URL hebben die voor elke test verandert, is het beter om deze als parameter toe te voegen op de pagina ‘Aanvullende kenmerken’.

6) Algemeen-> Diversen:

In de Foutafhandeling sectie, wordt over het algemeen aanbevolen om de tweede en derde in te schakelen. De eerste (‘Doorgaan bij fout’) kan alleen worden ingeschakeld als we een code hebben geschreven om de fouten afzonderlijk af te handelen, anders kunt u deze beter uitgeschakeld laten.

In de Multithreading sectie, hebben we twee opties om uit te kiezen.

De controller gebruikt een stuurprogramma zoals mdrv.exe om de Vuser uit te voeren. Als we selecteren ‘Run Vuser als een proces’ optie, dan wordt hetzelfde stuurprogramma in het geheugen geladen voor elke instantie van de Vuser. Dit resulteert in een hoog gebruik van geheugen en andere systeembronnen.

Als we ‘Vuser uitvoeren als een thread’ selecteren, wordt standaard slechts één exemplaar van het stuurprogramma voor elke 50 gebruikers geladen. Dit vermindert het verbruik van geheugen en andere systeembronnen.

Het wordt aanbevolen om voor de eerste optie te gaan - ‘Vuser uitvoeren als een thread’. Er zijn echter bepaalde niet-threadveilige toepassingen die niet met deze optie kunnen worden uitgevoerd. We hebben geen andere optie dan ‘Vuser uitvoeren als een proces’ gebruiken voor dergelijke toepassingen.

In de Automatische transacties Als we 'Elke actie definiëren als transactie' inschakelen, wordt elke actie behandeld als een transactie en vermeld in de testresultaten, en als we 'Elke stap definiëren als transactie' inschakelen, wordt elke stap / verzoek behandeld als een transactie en wordt vermeld in de testresultaten.

Het is beter om geen van deze opties in te schakelen en te vertrouwen op de transacties die we in het script invoegen.

7) Browser-> Browser-emulatie:

Wanneer een VuGen-script wordt uitgevoerd, gebruikt de Vuser geen echte browser om toegang te krijgen tot de site. In plaats daarvan emuleert de Vuser een browser die toegang heeft tot de site. Om deze emulatie uit te voeren, maakt de Vuser een user-agent string die verschillende tokens bevat.

De User-Agent-selectie biedt twee manieren om deze User-Agent-reeks te maken:

Gebruik browser - de user-agent-string wordt gegenereerd op basis van de browserinformatie die we geven.

Gebruik aangepast - we kunnen de user-agent-string rechtstreeks invoeren.

De Browser cache opties stellen ons in staat om cache-instellingen voor de Vuser te configureren. Het wordt aanbevolen om de optie ‘Browsercache simuleren’ in te schakelen om een ​​echt gebruikersverzoek te simuleren.

8) Netwerk-> Snelheidssimulatie:

Met deze optie kunnen we de netwerkbandbreedtelimiet voor de test instellen. Het wordt aanbevolen om voor de eerste optie te gaan (‘Gebruik de maximale bandbreedte’), tenzij we een specifiek scenario hebben waarin we de prestaties met een specifieke bandbreedte moeten testen.

hoe je een gekoppelde lijst in java declareert

9)) Netwerk-> Streaming:

Met deze opties kunnen we de streaminginstellingen configureren.

10) Internetprotocol-> Inhoudscontrole:

Dit is als een globaal verificatiepunt dat de tekst op elke pagina verifieert.

We kunnen onze applicatie toevoegen en regels definiëren (of import / export regels).

11) Internetprotocol-> Proxy:

Met deze opties kunnen we de verbindingsinstellingen van de proxyserver maken. Aangezien de eindgebruiker onze applicatie zonder enige proxy zou gebruiken, wordt aanbevolen om de eerste optie (‘Geen proxy’) te gebruiken voor onze tests.

Als onze applicatie een intranettoepassing is en een eindgebruiker de applicatie zou gebruiken via een bepaalde proxyserver, dan moeten de overeenkomstige instellingen hier worden geconfigureerd met behulp van de tweede optie (die de proxy-instellingen gebruikt van de standaardbrowser op de machine waarop het script runs) of derde optie (die de instellingen gebruikt die we specificeren).

12) Internetprotocol-> Voorkeuren:

Dit stelt ons in staat om verschillende internetgerelateerde runtime-instellingen in te stellen. Het wordt aanbevolen om ze op de standaardinstellingen te laten staan, maar het zou goed zijn om deze instellingen te begrijpen.

hoe .jar openen op Windows 10

13) Internetprotocol-> Filters downloaden:

Deze instelling is een goede manier om te voorkomen dat onze scripts inhoud downloaden van specifieke URL's of hosts. Er kan een situatie zijn waarin ons script bepaalde URL's bevat en we deze om bepaalde redenen niet willen bereiken (het kan een URL van een derde partij zijn die op geen enkel moment kan worden geraakt, enz.), In een dergelijke situatie kunnen we toevoegen deze filters.

Hieronder ziet u een voorbeeld:

14) Uitbreiding gegevensformaat-> Ketenconfiguratie:

Dit is een geavanceerde instelling die eenvoudiger scripting (eenvoudiger correlatie en parametrisering) van webtoepassingen mogelijk maakt door de mogelijkheid te bieden om geformatteerde gegevens te decoderen en coderen die worden uitgewisseld tussen de client en de server.

NOTITIE: Hieronder ziet u de praktische video over VuGen Runtime-instellingen opgenomen in de HP LoadRunner-versie. Dit is nog steeds geldig met slechts een paar UI-wijzigingen in de huidige Micro Focus LoadRunner-versie.

VIDEO-zelfstudie: VUGen Runtime-instellingen

Samenvatting video-tutorial:

# 1. Vugen runtime-instelling - staat toe Vugen met verschillende instellingen die werkt op scriptuitvoering.

# 2. Deze helpen testers op veel manieren:

• Om een ​​echte gebruiker na te bootsen.
• Sta het verkrijgen van gedetailleerde informatie voor de virtuele gebruiker toe.
• Haal prestatiestatistieken voor de grafiek op.
• Automatische transactie
• Foutafhandeling

# 3. Run Logic - hiermee kan de prestatietester spelen met de volgorde van lopende acties.

# 4. Run Logic heeft ook de optie om Block voor te hebben looping en eigenschappen waarmee de acties opeenvolgend of willekeurig kunnen worden uitgevoerd.

# 5. Met behulp van pacing kan het script worden toegestaan wacht tussen de iteratie ​

# 6. Logboek slaat een record van gebruikersactiviteiten op. De tester heeft een goede controle wanneer en wat te bewaren ​De tester kan Vugen instrueren hoeveel informatie moet worden opgeslagen en wat de situatie is wanneer het loggen begint.

# 7. Denk aan tijd helpt bij het toevoegen van wachttijd in het script voor de wachttijd van de gebruiker tussen de actie op een applicatie. Het helpt de tester om echte acties van een virtuele gebruiker te krijgen.

# 8 ​Gebruik makend van Aanvullende kenmerken , kan de tester voeg een parameter toe aan het script en heeft de flexibiliteit om de waarde daarvoor te wijzigen via runtime-instellingen. Deze parameters zijn dezelfde als de gedeclareerde parameter in het script.

# 9. Met behulp van diverse opties kan de tester instellingen configureren met betrekking tot foutafhandeling, multithreading en automatische transactie.

# 10. Configuratie met betrekking tot bandbreedte kan worden gedaan via Snelheidssimulatie ​De bandbreedte kan maximaal of beperkt zijn.

#elf. Browserselectie kan worden gedaan via Browser-emulatie ​Er zijn enkele instellingen van de browser die de prestaties van een applicatie kunnen beïnvloeden.

# 12. Vugen biedt ook flexibiliteit in het gebruik a Proxy-instelling ​Via de Proxy-instelling kan een aangepaste proxyserver worden ingesteld.

# 13 ​ Voorkeur behandelt het ijkpunt, de prestatiegrafiek en de geavanceerde instellingen.

# 14. Gebruik makend van het downloadfilter kan het ongewenste verzoek dat afkomstig is van een server of met een URL, worden geblokkeerd.

# 15. Inhoudscontrole is handig bij het vinden van bekende fouten overal in het script tijdens de uitvoering.

Gevolgtrekking

Hiermee eindigen we met de tutorialserie voor ‘LoadRunner VuGen’ (het eerste onderdeel van LoadRunner).

Ik hoop dat je genoten hebt van deze informatieve reeks tutorials en we zijn er zeker van dat dit je zal helpen om je carrière in prestatietesten met Load Runner een vliegende start te geven.

De volgende tutorials gaan over andere belangrijke LoadRunner-componenten, namelijk ‘Controller’ en ‘Testresultaatanalyse’.

Bekijk onze Video-instructies om meer te weten over Controller.

​ Bezoek hier voor een complete serie LoadRunner-zelfstudies

PREV-zelfstudie ​ VOLGENDE zelfstudie

Aanbevolen literatuur

• VUGen opname-opties in LoadRunner
• Prestatietests van webservices met behulp van LoadRunner VuGen-scripts
• Laadtests met HP LoadRunner-zelfstudies
• Inleiding tot VuGen (Virtual User Generator) Script met opnamevoorbeeld
• VuGen Script-opname, herhaling en dynamische waarden met correlatie
• JMeter HTTPS-testscriptrecorder
• Belangrijke LoadRunner-functies die worden gebruikt in VuGen-scripts met voorbeelden
• LoadRunner VuGen Scripting-uitdagingen