Dataparametrering i JMeter ved hjælp af konfigurationselementer

data parameterization jmeter using configuration elements

Denne vejledning forklarer dataparametrering i JMeter ved hjælp af konfigurationselementer til at vælge data fra filer i stedet for manuel konfiguration .:

Jmeter-konfigurationselementer er de variabler, der bruges senere af samplerne. Anmodninger fra Samplers kan tilføjes eller ændres ved hjælp af konfigurationselementer.

JMeter leverer konfigurationselementer, så den virkelige adfærd på nettet kan gengives.

=> Klik her for Komplet gratis træning på JMeter (20+ videoer)

Hvad du lærer:

• Videovejledning om dataparametrering
• JMeter-konfigurationselementer
  • # 1) CSV-datasætkonfig
  • # 2) Standardindstillinger for FTP-anmodning
  • # 3) DNS Cache Manager
  • # 4) HTTP-autorisationsadministrator
  • # 5) HTTP Cache Manager
  • # 6) HTTP Cookie Manager
  • # 7) Standardindstillinger for HTTP-anmodning
  • # 8) HTTP Header Manager
  • # 9) Konfiguration af KeyStore
  • # 10) Standardindstillinger for LDAP-anmodning
  • # 11) Standardudvidede anmodninger om LDAP
  • Ofte stillede spørgsmål om JMeter-konfigurationselementer
• Konklusion
  • Anbefalet læsning

Videovejledning om dataparametrering

JMeter-konfigurationselementer

Forskellige typer JMeter-konfigurationselementer er angivet nedenfor:

• CSV-datasætkonfig
• Standardindstillinger for FTP-anmodning
• DNS Cache Manager
• HTTP-autorisationsadministrator
• HTTP Cache Manager
• HTTP Cookie Manager
• HTTP-anmodningsstandarder
• HTTP Header Manager
• Standardindstillinger for Java-anmodning
• JDBC-forbindelseskonfiguration
• KeyStore-konfiguration
• Login Config Element
• Standardindstillinger for LDAP-anmodning
• Standardindstillinger for LDAP-udvidet anmodning
• TCP Sampler Config
• Brugerdefinerede variabler
• Tilfældig variabel
• Tæller
• Simple Config Element
• MongoDB Source Config (DEPRECATED)
• Boltforbindelseskonfiguration

Lad os gennemgå nogle almindeligt anvendte JMeter-konfigurationselementer.

# 1) CSV-datasætkonfig

CSV bruges til at læse linjerne fra en fil og konvertere dem til variabler. CSV Data Set Config tjener formålet med datakilde, som kan levere en stor mængde data i henhold til det scenarie, du tester.

Hvis en bruger ønsker at teste webapplikationer til 50 brugere med forskellige legitimationsoplysninger, behøver han ikke oprette 50 scripts. Hvad alt skal gøres er nu at oprette en fil, der har brugeroptegnelsen som (brugernavn, adgangskode) og uploade denne fil til CSV. CSV konverterer alle datalinjerne til variabler.

Lad os se et eksempel nedenfor for at forstå, hvordan data kan læses fra CSV-filen og kan udskrives i Vis resultattræet.

# 1) Opret en testplan

#to) Tilføj en trådgruppe med antallet af brugere som 1, Ramp-up periode på 1 sekund og Loop tæller som 5.

# 3) Tilføj konfigurationselement som CSV-datasæt Config.

• Upload en CSV-fil med nedenstående data:

• Giv variabelnavne som brugernavn og adgangskode med den kommaseparerede afgrænser.
• Vælg Genbrug på EOF som sand, så filen læses igen, når den når EOF.

# 4) Tilføj sampler: Fejlfind sampler.

# 5) Tilføj lytter: Se resultattræ.

# 6) Kør testplanen ved at vælge Start-knappen i topmenuen.

Variable værdier for CSV-filen udskrives

Da antallet af tråde er valgt som 5, og CSV-filen kun har data indtil 3 rækker, genlæser den filen igen og udskriver værdierne startende fra 1 til de 4^thsampler.

Nedenfor er beskrivelsen af ​​hvert felt:

Konfigurer CSV-datakilden

Filnavn : Navnet på den fil, der læses og konverteres til variabler. Gennemse mulighed for at uploade fil er forsynet med dette felt.

For at specificere filens sti kan du placere filnavnet direkte, hvis din CSV er i BIN-mappen i JMETER-biblioteket, ellers skal du angive den fulde sti til dit system.

Filkodning: For at kunne læse filen skal kodning, der skal bruges, vælges fra rullemenuen.

Filkodning har nedenstående muligheder:

Hvis der ikke er valgt nogen indstilling, bruges platformens standard. Dette er ikke et obligatorisk felt.

Variabelt navn : Variabelliste er angivet her og skal adskilles med skilletegn. Hvis der ikke findes noget i dette felt, læses den første linje i filen og betragtes som et kolonnenavn.

Brug første linje som variabelnavn : Hvis variabelnavnet er tom, skal den første linje have overskrifter. Hvis variabelnavnet ikke er tomt, bruges den første linje i CSV-filen.

Afgrænser: Data i filen kan adskilles ved hjælp af afgrænser.

Tillad citerede data: Den kontrollerer, om CSV-fildata skal citeres eller ej. Brugeren kan vælge indstillingen som Sand / Falsk fra rullemenuen.

Genbrug på EOF: Det repræsenterer, om filen skal læses igen, når den når slutningen. EOF står for slutningen af ​​filen. Som standard er den valgte værdi Sand.

Stop tråd på EOF? Den spørger, om genlæsning skal stoppes, når den når EOF eller skal fortsætte. Som standard er den valgte værdi falsk.

Delingstilstand:

• Alle tråde: Fil deles med alle tråde.
• Nuværende trådgruppe: Hver fil åbnes for hver trådgruppe.
• Nuværende tråd: Filen åbnes for hver tråd.
• Identificere: Common ID bruges til at dele filen mellem mere end en gruppe.

# 2) Standardindstillinger for FTP-anmodning

JMeter understøtter også FTP-protokollen. Scripting kan udføres ved hjælp af FTP, FTPS og SFTP i JMeter.

Brug standardindstillinger for FTP-anmodning:

• Opret en testplan.
• Tilføj trådgruppe.
• Tilføj konfigurationselement 'FTP-anmodningsstandarder'.
• Tilføj sampler: FTP-anmodning.
• Tilføj lytter: Se resultater i tabellen.

Output vist i Vis resultater i tabel:

Nedenstående detaljer hjælper med at vide mere om felterne i FTP-standard:

• Servernavn eller IP : FTP-servernavn eller IP skal angives her. De angivne detaljer er på den server, hvor filen placeres eller kan hentes derfra.
• Portnummer: Det er af FTP-server . Standardportnummeret, der er brugt, er 21.
• Fjernfil: Når filen skal erklæres globalt, skal den eneste sti til filen på FTP-serveren angives i dette felt, ellers kan den også være tom.
• Lokal fil: Samme som ekstern fil - feltet kan efterlades tomt, skal angive en sti til den lokale server, når filen skal erklæres globalt.
• Lokalt filindhold: Kildefilens indhold kan leveres her, som kan bruges på tidspunktet for upload til serveren.
• Få (RETR): Fil, der skal downloades fra FTP-serveren.
• Sæt (STOR): For at uploade filen på FTP Server
• Brug binær tilstand: Denne tilstand skal fravælges for tekstfiler, for alle andre filer skal binære indstillinger vælges.
• Gem fil som svar: Valg af denne indstilling repræsenterer, at output vil blive gemt som FTP-responsdata.

# 3) DNS Cache Manager

DNS Cache Manager kan bruges direkte under Testplan eller trådgruppe .

DNS Cache element Manager hjælper med at teste applikationerne for scenarierne, som f.eks. at tjenesterne ikke afbrydes på grund af fejl eller anden årsag. JMeter bruger standardcache som en JVM DNS-cache.

JMeter sender anmodningen til Load Balancer, som yderligere deler anmodningerne til flere applikationer, hvis tre applikationer er under test. Til tider, hvad der sker, er anmodning kun til en AUT, årsagen til dette identificeres som DNS-cacher på JVM-niveau.

Læs også = >> Sådan ryddes DNS-cache

DNS cache Manager hjælper med at løse dette problem på følgende måde:

• Tilføj DNS-cache-manager i Testplan, og vælg indstillingen “ Brug brugerdefineret DNS-resolver ” og angiv værtsnavnet eller IP-adresserne og kør testen. Det rammer både IP-adresserne og ikke en.
• Når du bruger en HTTP-anmodning, skal du altid vælge Httpclient4 .
• DNS Cache Manager skal bruges under Testplan eller et trådgruppelement.

Feltbeskrivelse:

• Ryd cache hver gentagelse: Hvis du vælger denne indstilling, slettes DNS-cachen for hver tråd, når en ny cyklus er startet.
• Brugersystem DNS-løsning: Hvis brugeren ønsker at bruge en system-DNS-resolver.
• Værtsnavn eller IP-adresse: Detaljer om DNS-servere, der skal bruges.
• Vært og værtsnavn eller IP-adresse: Statisk vært og værtsnavn eller IP-adresse er kortlagt.

# 4) HTTP-autorisationsadministrator

HTTP-autorisationsadministrator giver os mulighed for at give brugerlogins til de sider i webapplikationen, der er begrænset ved hjælp af servergodkendelse. Det viser dialogboksen Log ind, hvis brugeren forsøger at oprette forbindelse til den begrænsede side.

css3 interview spørgsmål og svar pdf

Ryd godkendelse for hver iteration: Hvis denne indstilling er valgt, udføres godkendelse ved hver iteration uanset godkendelse udført i den foregående trådgruppe eller ej.

Basis-URL: URL, der matcher en eller flere HTTP-URL'er.
Brugernavn : Brugernavn til godkendelse.
Adgangskode : Adgangskode til ovenstående brugernavn.
Domæne : Domæne til NTLM.
Rige : Realm for NTLM.
Mekanisme : Hvilken godkendelsesmekanisme, der skal udføres, skal leveres.

Lad os tage et eksempel for at forstå det samme.

Prøv at logge ind på siden med URL: https://httpbin.org/basic-auth/user/passwd .Det viser et godkendelsesvindue.

I tilfælde af forkert brugernavn eller adgangskode, eller hvis konfigurationselement ikke er aktiveret, vender det tilbage Svarskode -401

Og i tilfælde af korrekte detaljer, og hvis konfigurationselementet er aktiveret, vender det tilbage Svarskode -200

# 5) HTTP Cache Manager

HTTP Cache Manager bruges til at gemme alle downloadede statiske filer, når udførelsen er i gang. Det gør det kun, hvis indstillingen 'Hent alle integrerede ressourcer' er valgt. Og det gemmer ikke de allerede gemte, før der foretages ændringer.

Ryd cache i hver iteration:

Brug trådgruppekonfiguration til at kontrollere cache-rydning:

Brug cache- Control / Expires header, når du behandler GET anmodninger. Når du vælger denne indstilling, bliver cache-kontrol / udløb verificeret i henhold til det aktuelle tidspunkt.

Maks. Antal elementer i cache: Som standard er værdien 5000 pr. Bruger. Al cache er gemt i RAM'en. Hvis brugeren lægger værdi over 5000, kan serveren kaste en undtagelse 'Ikke mere hukommelse ' såvel.

Lad os se, hvordan det opfører sig, når vi bruger cache-kontrol / udløb header-indstilling, og når vi ikke bruger det.

Vælg nu den tredje mulighed, og kør testplanen igen:

Valg af indstilling har reduceret prøvetid og latenstid.

# 6) HTTP Cookie Manager

HTTP Cookie Manager har den funktion, at hvis brugeren har en HTTP-anmodning og -svar, har en cookie, gemmer cookie-manager den cookie og vil bruge den til fremtidig reference for det specifikke websted.

Sig, at browseren Edge, Firefox og Chrome bruges til at gennemse et websted. Når brugeren logger ind med brugernavn og adgangskode, gemmes det i systemet som en cookie. Næste gang brugeren besøger det samme websted, behøver han ikke at indsætte detaljer som brugernavn og adgangskode, da det allerede er gemt i systemet som en cookie.

Ryd cookies hver iteration : På hver iteration, dvs. når trådsløjfe udføres en gang, ryddes de serverbaserede cookies.

Lad os tage et eksempel for at forstå:

• Føj trådgruppe til testplanen med Loop count 3

• Tilføj HTTP Cookie Manager som et konfigurationselement i trådgruppen

• Tilføj HTTP-anmodning, hvor du angiver servernavn og sti
• Tilføj lytter “ Se resultat træ ”Og observer output:

I henhold til ovenstående resultater kan vi se, at der i den første iterationsanmodning ikke har nogen cookies, mens alle andre anmodninger har cookiedata.

Tilføj nu detaljer i cookie manager-konfigurationselementet som vist på billedet nedenfor, og følg resultatet for det samme.

# 7) Standardindstillinger for HTTP-anmodning

Denne konfiguration gør det muligt for brugeren at indstille standardværdier til HTTP-anmodningscontroller.

Eksempel: Hvis du sender 50 HTTP-anmodninger til serveren xyz.com- Brugeren skal indtaste “servernavn = xyz.com” 50 gange for de 50 HTTP-anmodninger, men ved hjælp af HTTP-anmodningsstandard kan brugeren foretage 50 HTTP anmodninger ved at indtaste servernavnet = xyz.com en gang. Det sparer brugerens tid.

Alle anmodninger går til den leverede webserver.

HTTP-anmodningens standardelement peger mod standardværdierne, der bruges af HTTP-anmodningselementer.

Eksempel på, hvordan du bruger HTTP-anmodning Standardelement:

• Testplan: Tilføje HTTP-anmodning er standardindstillinger og tilføj servernavn som tribuneindia.com

• Tilføj trådgruppe

• Tilføj to HTTP-anmodninger, hvor kun stien angives:

hvordan åbner jeg json-filer

• Tilføj lytter “Se resultattræ” og kør scriptet. Hvis der ikke gives nogen sti, vil anmodningen gå til den server, der er angivet i konfigurationselementet HTTP-anmodningsstandarder.

# 8) HTTP Header Manager

HTTP header Manager hjælper med at tilføje eller overlappe HTTP-anmodningsoverskrifter. JMeter understøtter flere headeradministratorer. Liste over sampleren består af headerposter. Fra de headerposter, der flettes, hvis nogen af ​​dem matcher det allerede eksisterende headernavn, erstattes den gamle med den nye.

Accept-Language, Accept-Encoding, User-Agent, Referrer er de standard overskrifter, der kan bruges.

Overskriftsnavn og værdier kan tilføjes ved at vælge knappen Tilføj.

Accepter sprog bruges til at definere, hvilken sprogserver der skal sende svaret tilbage til browseren.

Accepter kodning: Accepter kodning definerer den kodningsmetode, som serveren skal bruge til at svare. Hvis serveren ikke kan sende svaret i accepteret kodning, vil serveren send en fejlmeddelelse og statuskode som 406.

Hvis acceptfelt ikke accepteres kodefelt, antager serveren, at klienten accepterer en hvilken som helst kodningsmetode.

Bruger-agent: Brugeragenten giver mulighed for at finde egenskaberne som f.eks. Browser, version og operativsystem på webserveren. Når en browser opretter forbindelse til et af webstederne, sender den brugeragenten til det samme. User-agent er inkluderet i HTTP-headeren.

Understøttede browsere til HTTP header Manager er som følger:

• IE
• Firefox
• Safari
• Opera
• Chrome

Referer: Når et websted refererer til et andet websted, registreres adressen i HTTP-henvisningsadresse.

Lad os se, hvordan denne HTTP-headermanager fungerer:

• Opret en testplan, og tilføj trådgruppe i den.
• Tilføj Config-element HTTP Header Manager, og tilføj felter som Accept-Language og Accept med deres værdier.

• Tilføj HTTP-anmodning med servernavn og sti som website.com og login.

• Tilføj lytter “Se resultattræ” og kør scriptet og observer output

Tilføj nu endnu en HTTP-overskrift, og foretag nogle ændringer som Accept-language as SP-sp og i Acceptere og kør scriptet igen.

Overskrifter fanges kun fra den seneste headermanager, men der foretages ingen ændringer i de allerede eksisterende overskrifter.

# 9) Konfiguration af KeyStore

Key Store konfiguration er at konfigurere KeyStore - hvordan de skal indlæses, og hvilke nøgler der skal bruges.

For at få at vide, hvem der opretter forbindelse til serveren, kræver nogle systemer konfigureret klientsidescertifikater. Dette konfigurationselement hjælper med at konfigurere det samme, men før du tilføjer et KeyStore Config-element - skal Java Key Store oprettes med klientcertifikater.

For at gøre det samme skal følgende trin følges:

Opret certifikat:

• Brug af Java Keytool-værktøjet
• Gennem PKI: Hvis det gøres via PKI, skal det konverteres til et format, der er acceptabelt af JKS

Tilføj følgende i systemet. egenskabsfil:

javax.net.ssl.keyStore = sti_to_keystore

javax.net.ssl.keyStorePassword = password_of_keystore

Forudindlæs : KeyStore, der skal forudindlæses eller ej, kan vælges ved at vælge true eller false.

Variabelt navn, der holder certifikatalias: Variabelt navn, der vil bestå af aliaset, der skal bruges til godkendelse ved hjælp af klientcertifikat.

Alias ​​Start Index (0 baseret): Indekset for den første nøgle, der skal bruges i KeyStore.

Alias ​​slutindeks (0 baseret): Indekset for den sidste nøgle, der skal bruges i KeyStore.

# 10) Standardindstillinger for LDAP-anmodning

Standardindstillinger for LDAP-anmodning giver mulighed for at tilføje standardværdier til LDAP-test.

Hvis antallet af anmodninger skal sendes til den samme LDAP-server, kan LDAP-anmodningens standardkonfigurationselement bruges, da brugeren ikke behøver at indtaste de samme detaljer igen og igen for LDAP-anmodningen.

Fire LDAP-anmodninger kan konfigureres:

• Tilføj test
• Slet test
• Søgetest
• Rediger test

Disse anmodninger kan konfigureres ved at tilføje LDAP-anmodning til sampleren og derefter ændre navnet til Tilføj / Slet / Rediger / Søg og vælge egenskaben som henholdsvis Tilføj test / Slet / Rediger / Søg-test.

# 11) Standardudvidede anmodninger om LDAP

Dette konfigurationselement giver mulighed for at tilføje standardværdier til udvidet LDAP-test.

LDAP Config-element har ni testoperationer som defineret nedenfor:

# 1) Trådbinding

Trådbinding bruges til at starte en session med LDAP-serveren. Bruger giver et brugernavn og en adgangskode til at starte sessionen. At give forkert adgangskode starter den anonyme session, men mislykkes det samme.

# 2) Tråd frigøres

Tråd frigør er en operation, der bruges til at afslutte sessionen.

# 3) Single Bind / Unbind

Single bind / Unbind fungerer som en kombination af begge operationer. Det åbner sessionen for at kontrollere gyldigheden af ​​brugernavnet og adgangskoden og afslutter derefter sessionen.

# 4) Omdøb post

Som navnet antyder, bruges det til at omdøbe en post. Det kan også bruges til at flytte posten til et andet sted i LDAP-træet.

# 5) Tilføj test

Dette bruges til at tilføje objekter til LDAP-serveren. Det er LDAP “add” -funktion, der bruges.

# 6) Sletningstest

Sletningstest bruges til at slette et objekt fra LDAP-træet.

Den anvendte operation kaldes LDAP 'slet' -handling.

# 7) Søgetest

LDAP 'Søg' operation udføres til denne test.

Specifikationer kan leveres, såsom den maksimale tid, som serveren skal tage for at udføre søgningen, uanset om det objekt, der skal returneres eller ej (som standard betragtes det kun som falsk). Hvis parser søgeresultatet er valgt til at være sandt, føjes søgeresultatet til svardataene.

# 8) Sammenlign test

Sammenligningstest bruges til at sammenligne attributten med en allerede kendt værdi. Generelt bruges det til at kontrollere, om en persons navn i gruppen, dvs. om det angivne navn allerede findes i den gruppe eller ej, kan sammenlignes.

LDAP “ sammenligne ”Operation bruges til det samme.

# 9) Modifikationstest

Modifikationstest kan bruges til at tilføje / slette / fjerne / udskifte værdier ved hjælp af LDAP “ modificere ”Operation.

Ofte stillede spørgsmål om JMeter-konfigurationselementer

Q # 1) Hvad er Config-elementet i JMeter?

Svar : Anmodninger, der sendes til serveren, ændres eller konfigureres ved hjælp af konfigurationselementer i JMeter.

Q # 2) Hvad er trådegenskaber i JMeter?

Svar : Trådegenskaberne inkluderer antallet af tråde, der bruges til at udføre det samme scenario, og også antallet af iterationer, der kan indstilles fra konfigurationen.

Q # 3) Hvilket element i JMeter svarer til antallet af brugere, der skal simuleres?

Svar : Trådgruppe svarer til antallet af brugere, der skal simuleres, da et antal tråde kan bruges til at konfigurere brugerne til at simulere for at kontrollere Performance og interaktion mellem brugerne og applikationen.

Konklusion

JMeter-konfigurationselementer giver brugerne mulighed for at få adgang til enhver variabel, der yderligere er forbundet med værdier i JMeter. De kan ændre værdierne for de anmodninger, der stammer fra Sampler.

Config-elementer kan tilføjes ved at højreklikke på den tilføjede Sampler og derefter vælge config-element fra listen. Der er kun adgang til dem fra hvor det er placeret, dvs. inde fra trægrenen.

Der er et antal konfigurationselementer i JMeter som beskrevet i denne artikel og kan bruges i henhold til brugerens krav.

<< PREV | NÆSTE >>

ofte stillede informatica interview spørgsmål og svar

=> Klik her Komplet gratis træning på JMeter (20+ videoer)

Anbefalet læsning

• JMeter-dataparameterisering ved hjælp af brugerdefinerede variabler
• Parameterisering i QTP forklaret med eksempler (del 1) - QTP-vejledning nr. 19
• Parameterisering af statiske værdier i LoadRunner
• Sådan opnås JMeter-korrelation med eksempel
• Top 5 JMeter-plugins og hvordan man bruger dem (med eksempler)
• Detaljeret beskrivelse af JMeter-komponenter
• Web- og mobiloptagelsesmetoder og parametrering i Neoload
• JMeter-variabler og -funktioner