Gegevensparameterisatie in JMeter met behulp van configuratie-elementen

data parameterization jmeter using configuration elements

In deze tutorial wordt gegevensparameterisatie in JMeter uitgelegd met behulp van configuratie-elementen om gegevens uit bestanden te kiezen in plaats van handmatige configuratie:

Jmeter Configuratie-elementen zijn de variabelen die later door de Samplers worden gebruikt. Verzoeken van samplers kunnen worden toegevoegd of gewijzigd met behulp van configuratie-elementen.

JMeter biedt configuratie-elementen zodat het echte gedrag van het web kan worden gereproduceerd.

=> Klik hier voor Voltooi gratis training op JMeter (20+ video's)

Wat je leert:

• Video-tutorial over gegevensparameterisatie
• JMeter Configuratie-elementen
  • # 1) CSV-datasetconfiguratie
  • # 2) Standaardinstellingen FTP-verzoek
  • # 3) DNS Cache Manager
  • # 4) HTTP-autorisatiebeheer
  • # 5) HTTP-cachebeheer
  • # 6) HTTP Cookie Manager
  • # 7) Standaardwaarden HTTP-verzoek
  • # 8) HTTP-headerbeheer
  • # 9) KeyStore-configuratie
  • # 10) Standaardinstellingen LDAP-verzoek
  • # 11) Standaardinstellingen LDAP uitgebreid verzoek
  • Veelgestelde vragen over JMeter-configuratie-elementen
• Gevolgtrekking
  • Aanbevolen literatuur

Video-tutorial over gegevensparameterisatie

JMeter Configuratie-elementen

Hieronder worden verschillende soorten JMeter-configuratie-elementen vermeld:

• CSV-datasetconfig
• Standaardinstellingen FTP-verzoek
• DNS Cache Manager
• HTTP-autorisatiebeheer
• HTTP Cache Manager
• HTTP Cookie Manager
• Standaardwaarden HTTP-verzoek
• HTTP-koptekstbeheer
• Standaardinstellingen voor Java-aanvragen
• JDBC-verbindingsconfiguratie
• KeyStore-configuratie
• Login Config Element
• Standaardinstellingen LDAP-verzoek
• Standaardinstellingen LDAP-verzoek
• TCP Sampler-configuratie
• Door de gebruiker gedefinieerde variabelen
• Willekeurige variabele
• Teller
• Eenvoudig configuratie-element
• MongoDB-bronconfiguratie (GESCHRAPT)
• Bolt Connection Configuratie

Laten we eens kijken naar enkele veelgebruikte JMeter-configuratie-elementen.

# 1) CSV-datasetconfiguratie

CSV wordt gebruikt om de regels uit een bestand te lezen en om te zetten in variabelen. CSV-gegevenssetconfiguratie dient als gegevensbron die een grote hoeveelheid gegevens kan leveren volgens het scenario dat u test.

Als een gebruiker webapplicaties wil testen voor 50 gebruikers met verschillende inloggegevens, hoeft hij geen 50 scripts te maken. Nu moet u alleen nog een bestand maken met het gebruikersrecord (gebruikersnaam, wachtwoord) en dit bestand uploaden naar CSV. CSV zet alle datalijnen om in variabelen.

Laten we hieronder een voorbeeld bekijken om te begrijpen hoe gegevens kunnen worden gelezen uit het CSV-bestand en kunnen worden afgedrukt in de boomstructuur met resultaten weergeven.

# 1) Maak een testplan

#twee) Voeg een discussiegroep toe met het aantal gebruikers 1, de aanloopperiode van 1 seconde en de lus telt als 5.

# 3) Voeg het configuratie-element toe als CSV-dataset Config.

• Upload een CSV-bestand met de onderstaande gegevens:

• Geef variabelenamen op als gebruikersnaam en wachtwoord met het door komma's gescheiden scheidingsteken.
• Selecteer Recycle op EOF als true, zodat het bestand opnieuw wordt gelezen zodra het EOF bereikt.

# 4) Sampler toevoegen: Debug Sampler.

# 5) Luisteraar toevoegen: Bekijk de resultatenstructuur.

# 6) Voer het testplan uit door de Start-knop in het bovenste menu te selecteren.

Variabele waarden van het CSV-bestand worden afgedrukt

Aangezien het aantal threads is gekozen als 5 en het CSV-bestand slechts gegevens bevat tot 3 rijen, leest het het bestand opnieuw en drukt het de waarden af ​​vanaf 1 voor de 4^thsampler.

Hieronder vindt u de beschrijving van elk veld:

Configureer de CSV-gegevensbron

Bestandsnaam : Naam van het bestand dat wordt gelezen en geconverteerd naar variabelen. In dit veld is een bladeroptie beschikbaar om het bestand te uploaden.

Om het pad van het bestand op te geven, kunt u direct de bestandsnaam plaatsen als uw CSV zich in de BIN-map van de JMETER-directory bevindt, anders specificeert u het volledige pad van uw systeem.

Bestandscodering: Om het bestand te lezen, moet de te gebruiken codering in de vervolgkeuzelijst worden geselecteerd.

Voor bestandscodering zijn de onderstaande opties beschikbaar:

Als er geen optie is geselecteerd, wordt de platformstandaard gebruikt. Dit is geen verplicht veld.

Variabele naam : Variabelenlijst wordt hier gegeven en moet worden gescheiden door het scheidingsteken. Als er niets in dit veld staat, wordt de eerste regel van het bestand gelezen en beschouwd als een kolomnaam.

Gebruik Eerste regel als variabelenaam : Als de variabelenaam leeg is, moet de eerste regel kopteksten hebben. Als de variabelenaam niet leeg is, wordt de eerste regel van het CSV-bestand gebruikt.

Scheidingsteken: Gegevens in het bestand kunnen worden gescheiden met een scheidingsteken.

Geciteerde gegevens toestaan: Het controleert of CSV-bestandsgegevens moeten worden geciteerd of niet. De gebruiker kan de optie selecteren als Waar / Niet waar in de vervolgkeuzelijst.

Recycle op EOF: Het geeft aan of het bestand opnieuw moet worden gelezen wanneer het einde is bereikt. EOF staat voor End of the File. Standaard is de geselecteerde waarde True.

Thread stoppen op EOF? Het vraagt ​​of het opnieuw lezen moet worden gestopt zodra het EOF bereikt of moet worden voortgezet. Standaard is de geselecteerde waarde false.

Deel modus:

• Alle draden: Bestand wordt gedeeld met alle threads.
• Huidige discussiegroep: Elk bestand wordt geopend voor elke discussiegroep.
• Huidige thread: Bestand wordt geopend voor elke thread.
• Identificeren: Gemeenschappelijke ID wordt gebruikt om het bestand tussen meer dan één groep te delen.

# 2) Standaardinstellingen FTP-verzoek

JMeter ondersteunt ook het FTP-protocol. Scripting kan worden gedaan met FTP, FTPS en SFTP in JMeter.

Gebruik standaardinstellingen voor FTP-aanvragen:

• Maak een testplan.
• Discussiegroep toevoegen.
• Voeg configuratie-element 'FTP Request Defaults' toe.
• Sampler toevoegen: FTP-verzoek.
• Luisteraar toevoegen: resultaten in de tabel weergeven.

Uitvoer weergegeven in Resultaten weergeven in tabel:

Onderstaande details zullen helpen om meer te weten over de velden in FTP Default:

• Servernaam of IP : FTP-servernaam of IP moet hier worden opgegeven. Bijgeleverde gegevens zijn van de server waar het bestand zal worden geplaatst of van daaruit kunnen worden opgehaald.
• Poortnummer: Het is van de FTP-server ​Het standaard gebruikte poortnummer is 21.
• Extern bestand: Als het bestand globaal moet worden gedeclareerd, moet het enige pad voor het bestand op de FTP-server in dit veld worden opgegeven, anders kan het ook leeg worden gelaten.
• Lokaal bestand: Hetzelfde als extern bestand - het veld kan leeg worden gelaten, moet een pad voor de lokale server opgeven wanneer het bestand globaal moet worden gedeclareerd.
• Inhoud lokaal bestand: Hier kan inhoud van het bronbestand worden opgegeven die kan worden gebruikt op het moment van uploaden naar de server.
• Krijg (RETR): Bestand dat moet worden gedownload van de FTP-server.
• Zet (STOR): Om het bestand op FTP Server te uploaden
• Gebruik de binaire modus: Deze modus moet worden uitgeschakeld voor tekstbestanden, voor alle andere bestanden moeten binaire opties worden geselecteerd.
• Bewaar bestand als antwoord: Als u deze optie selecteert, wordt de uitvoer opgeslagen als FTP-antwoordgegevens.

# 3) DNS Cache Manager

DNS Cache Manager kan direct onder Testplan of threadgroep worden gebruikt ​

DNS Cache-elementbeheer helpt bij het testen van de applicaties voor de scenario's, zoals de services die niet worden onderbroken vanwege een instantiefout of een andere reden. JMeter gebruikt de standaardcache als een JVM DNS-cache.

JMeter stuurt het verzoek naar Load Balancer, die de verzoeken verder verdeelt over de meerdere applicaties, zeggen dat er drie applicaties worden getest. Soms gebeurt het dat het verzoek naar slechts één AUT gaat, de reden hiervoor wordt geïdentificeerd als DNS-caches op JVM-niveau.

Lees ook = >> Hoe DNS-cache te wissen

DNS-cachebeheer helpt dit probleem op de volgende manier op te lossen:

• Voeg DNS-cachemanager toe in Testplan en selecteer de optie ' Gebruik aangepaste DNS-resolver ” en geef de hostnaam of IP-adressen op en voer de test uit. Het zal zowel de IP-adressen raken als niet één.
• Selecteer tijdens het gebruik van een HTTP-verzoek altijd Httpclient4 ​
• DNS Cache Manager moet worden gebruikt onder Testplan of een Thread-groepselement.

Veldbeschrijving:

• Cache wissen bij elke herhaling: Als u deze optie selecteert, wordt de DNS-cache van elke thread gewist zodra een nieuwe cyclus wordt gestart.
• Gebruikerssysteem DNS-resolver: Als de gebruiker een DNS-resolver van het systeem wil gebruiken.
• Hostnaam of IP-adres: Details van te gebruiken DNS-servers.
• Host en hostnaam of IP-adres: Statische host en hostnaam of IP-adres worden toegewezen.

# 4) HTTP-autorisatiebeheer

HTTP-autorisatiebeheer stelt ons in staat om gebruikersaanmeldingen te geven voor de pagina's van de webtoepassing die zijn beperkt met behulp van serverauthenticatie. Het toont het inlogvenster als de gebruiker probeert verbinding te maken met de beperkte pagina.

wat is beschrijvend programmeren in qtp

Auth wissen bij elke iteratie: Als deze optie is geselecteerd, wordt authenticatie bij elke iteratie uitgevoerd, ongeacht de authenticatie die is uitgevoerd in de vorige discussiegroep of niet.

Basis-URL: URL die overeenkomt met een of meer HTTP-URL's.
Gebruikersnaam : Gebruikersnaam voor autorisatie.
Wachtwoord : Wachtwoord voor de bovenstaande gebruikersnaam.
Domein : Domein voor NTLM.
Rijk : Realm voor NTLM.
Mechanisme : Welk authenticatiemechanisme moet worden uitgevoerd.

Laten we een voorbeeld nemen om hetzelfde te begrijpen.

Probeer in te loggen op de site met de URL: https://httpbin.org/basic-auth/user/passwd Er wordt een authenticatievenster weergegeven.

In het geval van een onjuiste gebruikersnaam of wachtwoord of als het configuratie-element niet is ingeschakeld, zal het terugkeren Reactiecode -401

En in het geval van de juiste details en als het configuratie-element is ingeschakeld, zal het terugkeren Antwoordcode -200

# 5) HTTP Cache Manager

HTTP Cache Manager wordt gebruikt om alle gedownloade statische bestanden op te slaan wanneer de uitvoering bezig is. Dit gebeurt alleen als de optie 'Alle ingesloten bronnen ophalen' is geselecteerd. En het zal de reeds opgeslagen bestanden niet opslaan totdat er enige wijziging is aangebracht.

Cache wissen bij elke iteratie:

Gebruik Thread Group Configuration om het wissen van de cache te regelen:

Gebruik cache- Control / Expires header bij het verwerken van GET verzoeken. Als u deze optie selecteert, wordt de cachecontrole / -vervaldatum geverifieerd volgens de huidige tijd.

Max. Aantal elementen in cache: Standaard is de waarde 5000 per gebruiker. Alle cache wordt opgeslagen in het RAM. Als de gebruiker een waarde van meer dan 5000 invoert, kan de server een uitzondering genereren 'Geen geheugen' ook.

Laten we eens kijken hoe het zich gedraagt ​​wanneer we de optie cache-control / expire header gebruiken en wanneer we het niet gebruiken.

Selecteer nu de derde optie en voer het testplan opnieuw uit:

Door de optie te selecteren, zijn de Sample tijd en latentie verminderd.

# 6) HTTP Cookie Manager

HTTP Cookie Manager heeft de functie dat als de gebruiker een HTTP-verzoek en -respons heeft, een cookie heeft, de cookiemanager die cookie opslaat en zal gebruiken voor toekomstige referentie voor die specifieke site.

Stel dat browser Edge, Firefox en Chrome worden gebruikt om door een website te bladeren. Wanneer de gebruiker inlogt met gebruikersnaam en wachtwoord, wordt het als cookie in het systeem opgeslagen. De volgende keer dat de gebruiker dezelfde website bezoekt, hoeft hij geen details zoals gebruikersnaam en wachtwoord in te voeren, aangezien deze al in het systeem zijn opgeslagen als een cookie.

Wis cookies elke iteratie : Bij elke iteratie, d.w.z. wanneer de thread-lus eenmaal wordt uitgevoerd, worden de servergebaseerde cookies gewist.

Laten we een voorbeeld nemen om het volgende te begrijpen:

• Voeg een threadgroep toe aan het testplan met het aantal lussen 3

• Voeg HTTP Cookie Manager toe als een configuratie-element in de threadgroep

• Voeg een HTTP-verzoek toe waarin de servernaam en het pad worden opgegeven
• Luisteraar toevoegen ' Bekijk de resultatenboom ”En bekijk de output:

Zoals blijkt uit de bovenstaande resultaten, kunnen we zien dat in het eerste iteratieverzoek geen cookies zijn, terwijl alle andere verzoeken cookiegegevens bevatten.

Voeg nu details toe in het configuratie-element voor cookiebeheer, zoals weergegeven in de onderstaande afbeelding, en bekijk het resultaat voor hetzelfde.

beste plek om anime nagesynchroniseerd te kijken

# 7) Standaardwaarden HTTP-verzoek

Met deze configuratie kan de gebruiker standaardwaarden instellen voor de HTTP-verzoekcontroller.

Voorbeeld: Als u 50 HTTP-verzoeken naar de server xyz.com stuurt, moet de gebruiker 50 keer de 'servernaam = xyz.com' invoeren voor de 50 HTTP-verzoeken, maar met behulp van HTTP Request Default kan de gebruiker 50 HTTP-verzoeken verzoeken door één keer de servernaam = xyz.com in te voeren. Het bespaart de gebruiker tijd.

Alle verzoeken gaan naar de opgegeven webserver.

Het HTTP Request Default-element verwijst naar de standaardwaarden die worden gebruikt door HTTP-verzoekelementen.

Voorbeeld voor het gebruik van het HTTP Request Default-element:

• Testplan: Toevoegen HTTP-verzoek standaardinstellingen en voeg de servernaam toe als tribuneindia.com

• Discussiegroep toevoegen

• Voeg twee HTTP-verzoeken toe waarin alleen het pad wordt opgegeven:

• Luisteraar toevoegen 'Bekijk resultatenboom' en voer het script uit. Als er geen pad is opgegeven, gaat het verzoek naar de server die is opgegeven in het configuratie-element HTTP Request Defaults.

# 8) HTTP-headerbeheer

HTTP-headerbeheerder helpt bij het toevoegen of overlappen van HTTP Request-headers. JMeter ondersteunt meerdere headermanagers. Lijst van de Sampler bestaat uit koptekstvermeldingen. Van de koptekstvermeldingen die worden samengevoegd, in het geval dat een van deze overeenkomt met de reeds bestaande koptekstnaam, wordt de oude vervangen door de nieuwe.

Accepteer-taal, accepteer-codering, user-agent, verwijzer zijn de standaard headers die kunnen worden gebruikt.

Koptekstnaam en waarden kunnen worden toegevoegd door de knop Toevoegen te selecteren.

Accepteer taal wordt gebruikt om te bepalen welke taalserver het antwoord naar de browser moet terugsturen.

Accepteer codering: Accepteer codering definieert de coderingsmethode die de server moet gebruiken om te reageren. In het geval dat de server het antwoord niet in geaccepteerde codering kan verzenden, zal de server dat doen stuur een foutmelding en statuscode als 406.

Als in het geval dat het accepteer coderingsveld niet is opgegeven, gaat de server ervan uit dat de client elke coderingsmethode accepteert.

User-Agent: De user-agent maakt het mogelijk om de kenmerken zoals de browser, versie en besturingssysteem van de webserver te vinden. Wanneer een browser verbinding maakt met een van de websites, stuurt deze de user-agent naar dezelfde. User-agent is opgenomen in de HTTP-header.

Ondersteunde browsers voor HTTP-headerbeheer zijn als volgt:

• D.W.Z
• Firefox
• Safari
• Opera
• Chrome

Verwijzer: Wanneer een website naar een andere website verwijst, wordt het adres vastgelegd in HTTP-verwijzer.

Laten we eens kijken hoe deze HTTP-headermanager werkt:

• Maak een testplan en voeg er een discussiegroep aan toe.
• Voeg het Config-element HTTP Header Manager toe en voeg velden toe zoals Accept-Language en Accept met hun waarden.

• Voeg HTTP-verzoek met servernaam en pad toe als website.com en log in.

• Luisteraar toevoegen 'Bekijk de resultatenstructuur' en voer het script uit en bekijk de uitvoer

Voeg nu nog een HTTP-header toe en breng enkele wijzigingen aan, zoals Accept-language as SP-sp en in Aanvaarden en voer het script opnieuw uit.

Kopteksten worden alleen vastgelegd vanuit de nieuwste koptekstbeheerder, maar er wordt geen wijziging aangebracht in de reeds bestaande kopteksten.

# 9) KeyStore-configuratie

Key Store-configuratie is om KeyStore te configureren - hoe te worden geladen en de sleutels die moeten worden gebruikt.

Om te weten wie er verbinding maakt met de server, vereisen sommige systemen dat client-side certificaten worden geconfigureerd. Dit configuratie-element helpt om hetzelfde te configureren, maar voordat een KeyStore Config-element wordt toegevoegd, moet Java Key Store worden ingesteld met clientcertificaten.

Om hetzelfde te doen, moeten de volgende stappen worden gevolgd:

Certificaat aanmaken:

• Met behulp van het Java Keytool-hulpprogramma
• Via PKI: indien gedaan via PKI, moet het worden geconverteerd naar een formaat dat acceptabel is voor JKS

Voeg het volgende toe aan het systeem. eigenschappenbestand:

javax.net.ssl.keyStore = path_to_keystore

javax.net.ssl.keyStorePassword = password_of_keystore

Vooraf laden : KeyStore die al dan niet vooraf moet worden geladen, kan worden gekozen door true of false te selecteren.

Variabelenaam Holding Certificaat Alias: Variabelenaam die zal bestaan ​​uit de alias die moet worden gebruikt voor authenticatie door het clientcertificaat.

Alias ​​Start Index (gebaseerd op 0): De index van de eerste sleutel die in KeyStore wordt gebruikt.

Alias ​​End Index (op basis van 0): De index van de laatste sleutel die in KeyStore wordt gebruikt.

# 10) Standaardinstellingen LDAP-verzoek

Standaardinstellingen LDAP-verzoek maakt het mogelijk om standaardwaarden toe te voegen voor LDAP-testen.

Als het aantal verzoeken aan dezelfde LDAP-server moet worden gedaan, kan het LDAP Request-standaardconfiguratie-element worden gebruikt omdat de gebruiker niet steeds dezelfde gegevens hoeft in te voeren voor het LDAP-verzoek.

Er kunnen vier LDAP-verzoeken worden geconfigureerd:

• Test toevoegen
• Test verwijderen
• Zoektest
• Wijzig Test

Deze verzoeken kunnen worden geconfigureerd door een LDAP-verzoek aan de sampler toe te voegen en vervolgens de naam te wijzigen in Toevoegen / Verwijderen / Wijzigen / Zoeken en de eigenschap te selecteren als respectievelijk Test toevoegen / Verwijderen / Wijzigen / Zoektest.

# 11) Standaardinstellingen LDAP uitgebreid verzoek

Dit configuratie-element maakt het mogelijk om standaardwaarden toe te voegen voor uitgebreide LDAP-tests.

LDAP Config-element heeft negen testbewerkingen zoals hieronder gedefinieerd:

# 1) Draadbinden

Thread Bind wordt gebruikt om een ​​sessie met de LDAP-server te starten. De gebruiker geeft een gebruikersnaam en wachtwoord om de sessie te starten. Als u een onjuist wachtwoord opgeeft, wordt de anonieme sessie gestart, maar dit mislukt.

# 2) Draad losmaken

Draad losmaken is een bewerking die wordt gebruikt om de sessie te beëindigen.

hoe zou je een pen testen

# 3) Single Bind / Unbind

Enkele binding / Unbind werkt als een combinatie van beide bewerkingen. Het opent de sessie om de geldigheid van de gebruikersnaam en het wachtwoord te controleren en beëindigt vervolgens de sessie.

# 4) Naam van invoer wijzigen

Zoals de naam suggereert, wordt het gebruikt om een ​​item te hernoemen. Het kan ook worden gebruikt om het item naar een andere plaats in de LDAP-structuur te verplaatsen.

# 5) Test toevoegen

Dit wordt gebruikt om objecten toe te voegen aan de LDAP-server. Het is de LDAP 'add' -bewerking die wordt gebruikt.

# 6) Verwijdertest

De verwijderingstest wordt gebruikt om een ​​object uit de LDAP-structuur te verwijderen.

De bewerking die wordt gebruikt, wordt LDAP 'verwijderen' genoemd.

# 7) Zoektest

LDAP 'zoeken' bewerking wordt uitgevoerd voor deze test.

Er kunnen specificaties worden gegeven, zoals de maximale tijd die de server nodig heeft om de zoekopdracht uit te voeren, of het object dat moet worden geretourneerd of niet (standaard wordt dit alleen als onwaar beschouwd). Als parse het zoekresultaat als waar is gekozen, wordt het zoekresultaat toegevoegd aan de responsgegevens.

# 8) Vergelijk Test

Vergelijkingstest wordt gebruikt om het attribuut te vergelijken met een reeds bekende waarde. Over het algemeen wordt het gebruikt om de naam van een persoon in de groep te controleren, d.w.z. of de opgegeven naam al in die groep bestaat of niet kan worden vergeleken.

LDAP ' vergelijken ”Operatie wordt gebruikt voor hetzelfde.

# 9) Modificatietest

Wijzigingstest kan worden gebruikt om waarden toe te voegen / verwijderen / verwijderen / vervangen met behulp van LDAP ' aanpassen ' operatie.

Veelgestelde vragen over JMeter-configuratie-elementen

V # 1) Wat is het Config-element in JMeter?

Antwoord : Verzoeken die naar de server worden gestuurd, worden gewijzigd of geconfigureerd met behulp van configuratie-elementen in JMeter.

Q # 2) Wat zijn thread-eigenschappen in JMeter?

Antwoord : De Thread-eigenschappen omvatten het aantal threads dat wordt gebruikt om hetzelfde scenario uit te voeren, en ook het aantal iteraties dat kan worden ingesteld vanuit de configuratie.

V # 3) Welk element in JMeter komt overeen met het aantal gebruikers dat moet worden gesimuleerd?

Antwoord : Thread Group komt overeen met het aantal gebruikers dat moet worden gesimuleerd, aangezien een aantal threads kan worden gebruikt om de gebruikers te simuleren om te controleren op prestaties en de interactie van de gebruikers met de applicatie.

Gevolgtrekking

Met JMeter-configuratie-elementen kunnen gebruikers toegang krijgen tot elke variabele die verder wordt geassocieerd met waarden in JMeter. Ze kunnen de waarden wijzigen van de verzoeken die afkomstig zijn van de Sampler.

Configuratie-elementen kunnen worden toegevoegd door met de rechtermuisknop op de toegevoegde Sampler te klikken en vervolgens het configuratie-element in de lijst te selecteren. Ze zijn alleen toegankelijk vanaf de plek waar ze zijn geplaatst, d.w.z. vanuit de boomtak.

Er zijn een aantal configuratie-elementen in JMeter zoals besproken in dit artikel en kunnen worden gebruikt volgens de vereisten van de gebruiker.

<< PREV ​ DE VOLGENDE ​

=> Klik hier Voltooi gratis training op JMeter (20+ video's)

Aanbevolen literatuur

• Parametrering van JMeter-gegevens met behulp van door de gebruiker gedefinieerde variabelen
• Parametrering in QTP uitgelegd met voorbeelden (deel 1) - QTP Tutorial # 19
• Parametrering van statische waarden in LoadRunner
• Hoe JMeter-correlatie met voorbeeld te bereiken
• Top 5 JMeter-plug-ins en hoe ze te gebruiken (met voorbeelden)
• Gedetailleerde beschrijving van JMeter-componenten
• Web- en mobiele opnamemethoden en parametrering in Neoload
• JMeter-variabelen en functies