Dataparameterisering i JMeter ved hjelp av konfigurasjonselementer

data parameterization jmeter using configuration elements

Denne opplæringen forklarer dataparameterisering i JMeter ved hjelp av konfigurasjonselementer for å plukke data fra filer i stedet for manuell konfigurasjon .:

Jmeter Konfigurasjonselementer er variablene som senere blir brukt av Samplers. Forespørsler fra Samplers kan legges til eller endres ved hjelp av konfigurasjonselementer.

JMeter tilbyr konfigurasjonselementer slik at den virkelige oppførselen til nettet kan reproduseres.

=> Klikk her for Komplett gratis trening på JMeter (20+ videoer)

Hva du vil lære:

• Videoopplæring om dataparameterisering
• JMeter-konfigurasjonselementer
  • # 1) CSV-datasettkonfig
  • # 2) Standardinnstillinger for FTP-forespørsel
  • # 3) DNS Cache Manager
  • # 4) HTTP-autorisasjonsbehandling
  • # 5) HTTP Cache Manager
  • # 6) HTTP Cookie Manager
  • # 7) Standardverdier for HTTP-forespørsel
  • # 8) HTTP Header Manager
  • # 9) KeyStore-konfigurasjon
  • # 10) Standardinnstillinger for LDAP
  • # 11) Standardinnstillinger for utvidet forespørsel fra LDAP
  • Vanlige spørsmål om JMeter Configuration Elements
• Konklusjon
  • Anbefalt lesing

Videoopplæring om dataparameterisering

JMeter-konfigurasjonselementer

Ulike typer JMeter-konfigurasjonselementer er listet opp nedenfor:

• CSV-datasettkonfig
• Standardinnstillinger for FTP-forespørsel
• DNS Cache Manager
• HTTP Authorization Manager
• HTTP Cache Manager
• HTTP Cookie Manager
• Standardinnstillinger for HTTP-forespørsel
• HTTP Header Manager
• Standardinnstillinger for Java-forespørsel
• JDBC-tilkoblingskonfigurasjon
• KeyStore-konfigurasjon
• Logg inn Config Element
• Standardinnstillinger for LDAP
• Standardinnstillinger for LDAP-utvidet forespørsel
• TCP Sampler Config
• Brukerdefinerte variabler
• Tilfeldig variabel
• Disk
• Enkelt konfigurasjonselement
• MongoDB Source Config (DEPRECATED)
• Boltforbindelse konfigurasjon

La oss gå gjennom noen vanlige JMeter-konfigurasjonselementer.

# 1) CSV-datasettkonfig

CSV brukes til å lese linjene fra en fil og konvertere dem til variabler. CSV Data Set Config tjener formålet med datakilde som kan levere en stor mengde data i henhold til scenariet du tester.

Hvis en bruker ønsker å teste webapplikasjoner for 50 brukere med annen legitimasjon, trenger han ikke opprette 50 skript. Nå må alt gjøres å lage en fil som har brukeroppføringen som (brukernavn, passord) og laste denne filen inn i CSV. CSV konverterer alle datalinjene til variabler.

La oss se et eksempel nedenfor for å forstå hvordan data kan leses fra CSV-filen og kan skrives ut i Vis resultat-treet.

#1) Lag en testplan

#to) Legg til en trådgruppe med antall brukere som 1, Ramp-up-periode på 1 sekund og Loop count som 5.

# 3) Legg til konfigurasjonselement som CSV-datasett Konfig.

• Last opp en CSV-fil med dataene nedenfor:

• Gi variabelnavn som brukernavn og passord med kommadelt skilletegn.
• Velg Resirkuler på EOF som sant, slik at filen leses på nytt når den når EOF.

# 4) Legg til sampler: Feilsøk sampler.

# 5) Legg til lytter: Vis resultattrær.

# 6) Kjør testplanen ved å velge Start-knappen på toppmenyen.

Variable verdier for CSV-filen blir skrevet ut

Siden antall tråder er valgt som 5 og CSV-filen bare har data til 3 rader, leser den filen på nytt og skriver ut verdiene som starter fra 1 for de 4^thsampler.

Nedenfor er beskrivelsen av hvert felt:

Konfigurer CSV-datakilden

Filnavn : Navnet på filen som vil bli lest og konvertert til variabler. Bla gjennom alternativet for å laste opp fil har dette feltet.

For å spesifisere banen til filen, kan du sette filnavnet direkte hvis CSV-en din er i BIN-mappen i JMETER-katalogen. Ellers spesifiserer du hele banen til systemet ditt.

Filkoding: For å lese filen, må koding som skal brukes, velges fra rullegardinmenyen.

Filkoding har nedenfor tilgjengelige alternativer:

Hvis ikke noe alternativ er valgt, vil plattformens standard brukes. Dette er ikke et obligatorisk felt.

Variabelnavn : Variabellisten er gitt her og må skilles med skilletegnet. Hvis ingenting er gitt i dette feltet, blir den første linjen i filen lest og betraktet som et kolonnenavn.

Bruk første linje som variabelnavn : Hvis variabelnavnet er tomt, bør den første linjen ha overskrifter. Hvis variabelnavnet ikke er tomt, vil den første linjen i CSV-filen brukes.

Avgrenser: Data i filen kan skilles fra ved hjelp av skilletegn.

Tillat siterte data: Den sjekker om CSV-fildata skal siteres eller ikke. Brukeren kan velge alternativet som sant / usant fra rullegardinmenyen.

Resirkuler på EOF: Den representerer om filen skal leses på nytt når den når slutten. EOF står for End of the File. Som standard er den valgte verdien Sann.

Stoppe tråden på EOF? Den spør om omlesing skal stoppes når den når EOF eller skal fortsette. Som standard er den valgte verdien usann.

Dele modus:

• Alle tråder: Filen deles med alle trådene.
• Nåværende trådgruppe: Hver fil åpnes for hver trådgruppe.
• Gjeldende tråd: Filen åpnes for hver tråd.
• Identifisere: Felles ID brukes til å dele filen mellom mer enn en gruppe.

# 2) Standardinnstillinger for FTP-forespørsel

JMeter støtter også FTP-protokollen. Skripting kan gjøres ved hjelp av FTP, FTPS og SFTP i JMeter.

Bruk standardinnstillinger for FTP-forespørsel:

• Lag en testplan.
• Legg til trådgruppe.
• Legg til konfigurasjonselementet “FTP Request Defaults”.
• Legg til sampler: FTP-forespørsel.
• Legg til lytter: Se resultater i tabellen.

Resultat vist i Vis resultater i tabell:

Nedenfor finner du detaljer om FTP-standard:

• Servernavn eller IP : FTP-servernavn eller IP må oppgis her. Oppgitte detaljer er om serveren der filen skal plasseres eller kan hentes derfra.
• Portnummer: Det er av FTP-server . Standard portnummer som brukes er 21.
• Ekstern fil: Når filen må deklareres globalt, må den eneste banen for filen på FTP-serveren oppgis i dette feltet, ellers kan den også være tom.
• Lokal fil: Samme som ekstern fil - feltet kan være tomt, må gi en sti til den lokale serveren når filen må deklareres globalt.
• Lokalt filinnhold: Innhold i kildefilen kan gis her som kan brukes når den lastes opp til serveren.
• Få (RETR): Fil som skal lastes ned fra FTP-serveren.
• Sett (STOR): For å laste opp filen på FTP Server
• Bruk binær modus: Denne modusen bør ikke velges for tekstfiler, for alle andre filer skal binære alternativer velges.
• Lagre fil som svar: Å velge dette alternativet representerer at utdataene blir lagret som FTP-responsdata.

# 3) DNS Cache Manager

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

DNS Cache element Manager hjelper til med å teste applikasjonene for scenariene, for eksempel at tjenestene ikke blir avbrutt på grunn av feil eller annen grunn. JMeter bruker standard hurtigbuffer som JVM DNS-hurtigbuffer.

JMeter sender forespørselen til Load Balancer som videre deler forespørslene til flere applikasjoner om at tre applikasjoner er under test. Noen ganger skjer det at forespørsel bare går til en AUT, årsaken til dette identifiseres som DNS-cacher på JVM-nivå.

Les også = >> Hvordan tømme DNS-hurtigbuffer

DNS cache Manager hjelper til med å løse dette problemet på følgende måte:

• Legg til DNS-cache-manager i Testplan og velg alternativet “ Bruk tilpasset DNS-resolver ” og oppgi vertsnavnet eller IP-adressene og kjør testen. Det vil treffe både IP-adressene og ikke en.
• Velg alltid når du bruker en HTTP-forespørsel Httpclient4 .
• DNS Cache Manager skal brukes under Testplan eller et trådgruppelement.

Feltbeskrivelse:

• Tøm hurtigbuffer hver iterasjon: Ved å velge dette alternativet tømmes DNS-hurtigbufferen for hver tråd når en ny syklus er startet.
• DNS-løsning for brukersystem: Hvis brukeren vil bruke en system-DNS-resolver.
• Vertsnavn eller IP-adresse: Detaljer om DNS-servere som skal brukes.
• Vert og vertsnavn eller IP-adresse: Statisk vert og vertsnavn eller IP-adresse er kartlagt.

# 4) HTTP-autorisasjonsbehandling

HTTP Authorization Manager lar oss gi brukerinnlogginger for sidene i webapplikasjonen som er begrenset ved hjelp av serverautentisering. Det viser innloggingsdialogboksen hvis brukeren prøver å koble til den begrensede siden.

c ++ stack datastruktur

Fjern godkjenning for hver iterasjon: Hvis dette alternativet er valgt, vil autentisering ved hver iterasjon bli utført uavhengig av autentisering utført i forrige trådgruppe eller ikke.

Basis-URL: URL som samsvarer med en eller flere HTTP-URLer.
Brukernavn : Brukernavn for autorisasjon.
Passord : Passord for ovennevnte brukernavn.
Domene : Domene for NTLM.
Rike : Rike for NTLM.
Mekanisme : Hvilken autentiseringsmekanisme som skal utføres må oppgis.

La oss ta et eksempel for å forstå det samme.

Prøv å logge på nettstedet med URL: https://httpbin.org/basic-auth/user/passwd Det viser et autentiseringsvindu.

I tilfelle feil brukernavn eller passord eller hvis konfigurasjonselementet ikke er aktivert, vil det returnere Svarkode -401

Og hvis det er riktig informasjon, og hvis konfigurasjonselementet er aktivert, vil det returnere Svarkode -200

# 5) HTTP Cache Manager

HTTP Cache Manager brukes til å lagre alle nedlastede statiske filer når kjøringen pågår. Dette gjøres bare hvis alternativet 'Hent alle innebygde ressurser' er valgt. Og det vil ikke lagre de allerede lagrede før alle endringer er gjort.

Tøm hurtigbuffer i hver iterasjon:

Bruk trådgruppekonfigurasjon for å kontrollere cache-sletting:

Bruk cache- Control / Expires header når du behandler GET forespørsler. Når du velger dette alternativet, blir cache-kontroll / utløp bekreftet i henhold til gjeldende tid.

Maks antall elementer i hurtigbufferen: Som standard er verdien 5000 per bruker. All cache er lagret i RAM-en. I tilfelle brukeren setter mer enn 5000, kan serveren kaste et unntak 'Tomt for minne ' også.

La oss se hvordan det oppfører seg når vi bruker cache-control / expire header-alternativet og når vi ikke bruker det.

Velg det tredje alternativet og kjør testplanen på nytt:

Valg av alternativet har redusert prøvetiden og ventetiden.

# 6) HTTP Cookie Manager

HTTP Cookie Manager har funksjonen at hvis brukeren har en HTTP-forespørsel og respons har en informasjonskapsel, lagrer informasjonskapseladministrator den informasjonskapselen og vil brukes til fremtidig referanse for det spesifikke nettstedet.

Si at nettleseren Edge, Firefox og Chrome brukes til å bla gjennom et nettsted. Når brukeren logger på med brukernavn og passord, blir den lagret i systemet som en informasjonskapsel. Neste gang brukeren besøker det samme nettstedet, trenger han ikke å legge inn detaljer som brukernavn og passord, ettersom det allerede er lagret i systemet som en informasjonskapsel.

Fjern informasjonskapsler hver iterasjon : På hver iterasjon, dvs. når trådløkken blir utført en gang, vil de serverbaserte informasjonskapslene tømmes.

La oss ta et eksempel for å forstå:

• Legg til trådgruppe i testplanen med antall løkker 3

• Legg til HTTP Cookie Manager som et konfigurasjonselement i trådgruppen

• Legg til HTTP-forespørsel der du gir servernavn og bane
• Legg til lytter “ Se resultatstreet ”Og følg utdataene:

I henhold til resultatene ovenfor kan vi se at i den første iterasjonsforespørselen ikke har noen informasjonskapsler, mens alle andre forespørsler har informasjonskapsler.

Legg nå til detaljer i konfigurasjonselementet for informasjonskapseladministrator som vist på bildet nedenfor, og følg resultatet for det samme.

# 7) Standardverdier for HTTP-forespørsel

Denne konfigurasjonen lar brukeren angi standardverdier for HTTP-forespørselkontroller.

Eksempel: Hvis du sender 50 HTTP-forespørsler til serveren xyz.com- Brukeren må angi “server name = xyz.com” 50 ganger for de 50 HTTP-forespørslene, men ved hjelp av HTTP Request Default kan brukeren lage 50 HTTP forespørsler ved å angi servernavnet = xyz.com en gang. Det sparer brukerens tid.

Alle forespørslene vil gå til den oppgitte webserveren.

HTTP-forespørsel Standardelement peker mot standardverdiene som brukes av HTTP-forespørselselementer.

Eksempel på hvordan du bruker HTTP-forespørsel Standardelement:

• Testplan: Legg til HTTP-forespørsel er standard og legg til servernavn som tribuneindia.com

• Legg til trådgruppe

• Legg til to HTTP-forespørsler der bare oppgir banen:

• Legg til lytter “View Results Tree” og kjør skriptet. Hvis ingen sti er gitt, vil forespørselen gå til serveren som er angitt i konfigurasjonselementet HTTP-forespørsel.

# 8) HTTP Header Manager

HTTP header Manager hjelper til med å legge til eller overlappe HTTP Request-overskrifter. JMeter støtter flere toppmanagere. Liste over sampleren består av topptekster. Fra topptekstoppføringene som blir slått sammen, hvis noen av dem samsvarer med det allerede eksisterende toppnavnet, erstattes den gamle med den nye.

Accept-Language, Accept-Encoding, User-Agent, Referrer er standard overskrifter som kan brukes.

Overskriftsnavn og verdier kan legges til ved å velge Legg til-knapp.

Godta språk brukes til å definere hvilken språkserver som skal sende svaret tilbake til nettleseren.

Godta koding: Godta koding definerer kodingsmetoden som serveren skal bruke for å svare. I tilfelle server ikke kan sende svaret i akseptert koding, vil serveren send en feilmelding og statuskode som 406.

Hvis i tilfelle godta kodefelt ikke er gitt, vil serveren anta at klienten vil godta hvilken som helst kodingsmetode.

Bruker agent: Brukeragenten lar deg finne egenskapene som nettleseren, versjonen og operativsystemet til webserveren. Når en nettleser kobler seg til et av nettstedene, sender den brukeragenten til det samme. Brukeragent er inkludert i HTTP-overskriften.

Støttede nettlesere til HTTP header Manager er som følger:

• DVS
• Firefox
• Safari
• Opera
• Chrome

Referer: Når et nettsted refererer til et annet nettsted, blir adressen fanget opp i HTTP-henvisere.

La oss se hvordan denne HTTP-topplederen fungerer:

• Lag en testplan og legg til trådgruppen i den.
• Legg til Config-element HTTP Header Manager og legg til felt som Accept-Language og Accept med verdiene.

• Legg til HTTP-forespørsel med servernavn og sti som website.com og pålogging.

• Legg til lytter “Vis resultattrær” og kjør skriptet og observer utdataene

Legg nå til en annen HTTP-overskrift og gjør noen endringer som Accept-language as SP-sp og i Aksepterer også, og kjør skriptet på nytt.

Overskrifter fanges kun fra den siste topptekstbehandleren, men det gjøres ingen endringer i de allerede eksisterende overskriftene.

# 9) KeyStore-konfigurasjon

Konfigurasjon av nøkkelbutikk er å konfigurere KeyStore - hvordan lastes og nøklene som skal brukes.

hvordan du bruker en torrent fil

For å bli kjent med hvem som kobler til serveren, krever noen systemer at klientsidesertifikater skal konfigureres. Dette konfigurasjonselementet hjelper til med å konfigurere det samme, men før du legger til et KeyStore Config-element - Java Key Store bør settes opp med klientsertifikater.

For å gjøre det samme må følgende trinn følges:

Opprett sertifikat:

• Bruke Java Keytool-verktøyet
• Gjennom PKI: Hvis det gjøres gjennom PKI, skal det konverteres til et format som er akseptabelt av JKS

Legg til følgende i systemet. egenskaper fil:

javax.net.ssl.keyStore = sti_til_keystore

javax.net.ssl.keyStorePassword = password_of_keystore

Forhåndslast : KeyStore som skal forhåndsinnlastes eller ikke, kan velges ved å velge true eller false.

Sertifikatalias for variabelt navn: Variabelnavn som vil bestå av aliaset som skal brukes til autentisering med klientsertifikat.

Alias ​​Start Index (0 basert): Indeksen til den første nøkkelen som skal brukes i KeyStore.

Alias ​​sluttindeks (0 basert): Indeksen for den siste nøkkelen som ble brukt i KeyStore.

# 10) Standardinnstillinger for LDAP

Standardinnstillinger for LDAP tillater å legge til standardverdier for LDAP-testing.

Hvis antall forespørsler skal sendes til den samme LDAP-serveren, kan standardkonfigurasjonselementet for LDAP-forespørsel brukes, ettersom brukeren ikke trenger å oppgi de samme detaljene igjen og igjen for LDAP-forespørselen.

Fire LDAP-forespørsler kan konfigureres:

• Legg til test
• Slett test
• Søketest
• Endre test

Disse forespørslene kan konfigureres ved å legge til LDAP-forespørsel i prøvetakeren, og deretter endre navnet til Legg til / slett / modifiser / søk og velg eiendommen som henholdsvis Legg til test / Slett / Endre / Søketest.

# 11) Standardinnstillinger for utvidet forespørsel fra LDAP

Dette konfigurasjonselementet gjør det mulig å legge til standardverdier for utvidet LDAP-testing.

LDAP Config-elementet har ni testoperasjoner som definert nedenfor:

# 1) Trådbinding

Trådbinding brukes til å starte en økt med LDAP-serveren. Bruker gir et brukernavn og passord for å starte økten. Å oppgi feil passord starter den anonyme økten, men mislykkes det samme.

# 2) Tråd løsne

Tråden løsner er en operasjon som brukes til å avslutte økten.

# 3) Single Bind / Unbind

Enkeltbinding / Løsne fungerer som en kombinasjon av begge operasjonene. Det åpner økten for å sjekke gyldigheten til brukernavnet og passordet, og avslutter deretter økten.

# 4) Gi nytt navn

Som navnet antyder, brukes den til å gi nytt navn til en oppføring. Den kan også brukes til å flytte oppføringen til et annet sted i LDAP-treet.

# 5) Legg til test

Dette brukes til å legge til objekter på LDAP-serveren. Det er LDAP “add” -operasjon som blir brukt.

# 6) Slettingstest

Slettingstest brukes til å slette et objekt fra LDAP-treet.

Operasjonen som brukes kalles LDAP “delete” -operasjon.

# 7) Søketest

boblesorteringsfunksjon c ++

LDAP 'Søk' operasjonen utføres for denne testen.

Spesifikasjoner kan gis, for eksempel maksimal tid som serveren skal ta for å utføre søket, enten objektet som skal returneres eller ikke (som standard regnes det bare som falskt). Hvis analysere søkeresultatet er valgt for å være sant, vil søkeresultatet legges til i responsdataene.

# 8) Sammenlign test

Sammenligningstest brukes til å sammenligne attributtet med en allerede kjent verdi. Generelt brukes den til å sjekke om en persons navn i gruppen, dvs. om navnet som er oppgitt allerede finnes i den gruppen eller ikke kan sammenlignes.

LDAP “ sammenligne ”Operasjonen brukes til det samme.

# 9) Modifiseringstest

Modifiseringstest kan brukes til å legge til / slette / fjerne / erstatte verdiene ved hjelp av LDAP “ endre ”Operasjon.

Vanlige spørsmål om JMeter Configuration Elements

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

Svar : Forespørsler, som sendes til serveren, endres eller konfigureres ved hjelp av konfigurasjonselementer i JMeter.

Q # 2) Hva er trådegenskaper i JMeter?

Svar : Trådegenskapene inkluderer antall tråder som brukes til å utføre det samme scenariet, og også antall iterasjoner som kan angis fra konfigurasjonen.

Q # 3) Hvilket element i JMeter tilsvarer antall brukere å simulere?

Svar : Trådgruppen tilsvarer antall brukere som skal simuleres, ettersom et antall tråder kan brukes til å konfigurere brukerne til å simulere for å se etter ytelse og samspillet mellom brukerne og applikasjonen.

Konklusjon

JMeter Configuration-elementer tillater brukere å få tilgang til alle variabler som videre er assosiert med verdier i JMeter. De kan endre verdiene til forespørslene som stammer fra Sampler.

Config-elementer kan legges til ved å høyreklikke på den lagt til Sampler og deretter velge config-element fra listen. De er kun tilgjengelige fra der den er plassert, dvs. fra innsiden av tregrenen.

Det er en rekke konfigurasjonselementer i JMeter som diskutert i denne artikkelen, og kan brukes i henhold til brukerens krav.

<< FORRIGE | NESTE >>

=> Klikk her Komplett gratis trening på JMeter (20+ videoer)

Anbefalt lesing

• JMeter-dataparameterisering ved bruk av brukerdefinerte variabler
• Parameterisering i QTP forklart med eksempler (del 1) - QTP opplæring # 19
• Parameterisering av statiske verdier i LoadRunner
• Hvordan oppnå JMeter-korrelasjon med eksempel
• Topp 5 JMeter-plugins og hvordan du bruker dem (med eksempler)
• Detaljbeskrivelse av JMeter-komponenter
• Web- og mobilopptaksmetoder og parametrisering i Neoload
• JMeter-variabler og funksjoner