data parameterization jmeter using configuration elements
Denna handledning förklarar dataparameterisering i JMeter med hjälp av Configuration Elements för att plocka data från filer istället för manuell konfiguration .:
Jmeter-konfigurationselement är variablerna som används senare av Samplers. Förfrågningar från Samplers kan läggas till eller modifieras med hjälp av konfigurationselement.
JMeter tillhandahåller konfigurationselement så att webbens verkliga beteende kan reproduceras.
=> Klicka här för Komplett gratis utbildning på JMeter (20+ videor)
Vad du kommer att lära dig:
- Videohandledning om dataparameterisering
- JMeter-konfigurationselement
- # 1) CSV-datauppsättningskonfiguration
- # 2) Standardinställningar för FTP-begäran
- # 3) DNS Cache Manager
- # 4) HTTP Authorization Manager
- # 5) HTTP Cache Manager
- # 6) HTTP Cookie Manager
- # 7) Standardinställningar för HTTP-begäran
- # 8) HTTP Header Manager
- # 9) KeyStore-konfiguration
- # 10) Standardinställningar för LDAP-begäran
- # 11) Standardinställningar för utökad begäran för LDAP
- Vanliga frågor om JMeter-konfigurationselement
- Slutsats
Videohandledning om dataparameterisering
JMeter-konfigurationselement
Olika typer av JMeter-konfigurationselement listas nedan:
- CSV-datauppsättningskonfiguration
- Standardinställningar för FTP-begäran
- DNS Cache Manager
- HTTP Authorization Manager
- HTTP Cache Manager
- HTTP Cookie Manager
- HTTP-förfrågningsinställningar
- HTTP Header Manager
- Standardinställningar för Java-begäran
- JDBC-anslutningskonfiguration
- KeyStore-konfiguration
- Logga in Config Element
- Standardinställningar för LDAP-begäran
- Standardinställningar för LDAP-utökad begäran
- TCP Sampler Config
- Användardefinierade variabler
- Slumpvariabel
- Disken
- Enkelt konfigurationselement
- MongoDB Source Config (DEPRECATED)
- Konfiguration av bultanslutning
Låt oss gå igenom några vanliga JMeter-konfigurationselement.
# 1) CSV-datauppsättningskonfiguration
CSV används för att läsa raderna från en fil och konvertera dem till variabler. CSV Data Set Config tjänar syftet med datakälla som kan leverera en stor mängd data enligt det scenario du testar.
Om en användare vill testa webbapplikationer för 50 användare med olika referenser behöver han inte skapa 50 skript. Vad allt nu måste göras är att skapa en fil som har användarposten som (användarnamn, lösenord) och ladda upp den här filen till CSV. CSV konverterar alla datalinjer till variabler.
Låt oss se ett exempel nedan för att förstå hur data kan läsas från CSV-filen och kan skrivas ut i trädet Visa resultat.
# 1) Skapa en testplan
#två) Lägg till en trådgrupp med antalet användare som 1, Uppstartsperiod på 1 sekund och Loop räknas som 5.
# 3) Lägg till konfigurationselement som CSV-datauppsättning Konfig.
- Ladda upp en CSV-fil med nedanstående data:
- Ange variabla namn som användarnamn och lösenord med kommaseparerad avgränsare.
- Välj Återvinn på EOF som sant så att filen läses igen när den når EOF.
# 4) Lägg till sampler: Felsökprovtagare.
# 5) Lägg till lyssnare: Visa resultatträd.
# 6) Kör testplanen genom att välja Start-knappen i toppmenyn.
Variabla värden för CSV-filen skrivs ut
Eftersom antalet trådar har valts som 5 och CSV-filen har data till endast 3 rader läser den igen filen igen och skriver ut värdena från 1 för de 4thprovtagare.
Nedan följer beskrivningen av varje fält:
Konfigurera CSV-datakällan
Filnamn : Namnet på filen som kommer att läsas och konverteras till variabler. Bläddringsalternativ för att ladda upp fil tillhandahålls med detta fält.
För att specificera sökvägen till filen kan du ange filnamnet direkt om din CSV finns i BIN-mappen i JMETER-katalogen, annars anger du hela sökvägen för ditt system.
Filkodning: För att kunna läsa filen måste kodning som ska användas väljas från rullgardinsmenyn.
Filkodning har nedanstående alternativ:
Om inget alternativ är valt kommer plattformens standard att användas. Detta är inte ett obligatoriskt fält.
Variabelt namn : Variabellista finns här och måste separeras med avgränsningstecken. Om inget anges i det här fältet läses den första raden i filen och betraktas som ett kolumnnamn.
Använd första raden som variabelnamn : Om variabelnamnet är tomt bör den första raden ha rubriker. Om variabelnamnet inte är tomt kommer den första raden i CSV-filen att användas.
Avgränsare: Data i filen kan separeras med hjälp av avgränsare.
Tillåt citerade data: Den kontrollerar om CSV-fildata ska citeras eller inte. Användaren kan välja alternativet som sant / falskt i rullgardinsmenyn.
Återvinn på EOF: Det representerar om filen ska läsas igen när den når slutet. EOF står för slutet på filen. Som standard är det valda värdet Sant.
Stoppa tråd på EOF? Den frågar om återläsning ska stoppas när den når EOF eller ska fortsätta. Som standard är det valda värdet falskt.
Delningsläge:
- Alla trådar: Filen delas med alla trådar.
- Nuvarande trådgrupp: Varje fil öppnas för varje trådgrupp.
- Nuvarande tråd: Filen öppnas för varje tråd.
- Identifiera: Common ID används för att dela filen mellan mer än en grupp.
# 2) Standardinställningar för FTP-begäran
JMeter stöder också FTP-protokollet. Skript kan göras med FTP, FTPS och SFTP i JMeter.
Använd standardinställningar för FTP-begäran:
- Skapa en testplan.
- Lägg till trådgrupp.
- Lägg till konfigurationselementet 'FTP-begäran standard'.
- Lägg till sampler: FTP-begäran.
- Lägg till lyssnare: Visa resultat i tabellen.
Output visas i Visa resultat i tabell:
Nedanstående detaljer hjälper dig att lära dig mer om fälten i FTP-standard:
- Servernamn eller IP : FTP-servernamn eller IP måste anges här. Angivna uppgifter är om servern där filen kommer att placeras eller kan tas därifrån.
- Portnummer: Det är av FTP-server . Standardportnumret som används är 21.
- Fjärrfil: När filen måste deklareras globalt måste den enda sökvägen för filen på FTP-servern anges i detta fält, annars kan den också lämnas tom.
- Lokal fil: Samma som fjärrfil - fältet kan lämnas tomt, måste ange en sökväg till den lokala servern när filen måste deklareras globalt.
- Lokalt filinnehåll: Innehållet i källfilen kan tillhandahållas här som kan användas vid uppladdning till servern.
- Få (RETR): Fil som ska laddas ner från FTP-servern.
- Put(STOR): För att ladda upp filen på FTP-servern
- Använd binärt läge: Detta läge ska avmarkeras för textfiler, för alla andra filer ska binära alternativ väljas.
- Spara fil som svar: Att välja detta alternativ representerar att utdata lagras som FTP-svarsdata.
# 3) DNS Cache Manager
DNS Cache Manager kan användas direkt under Testplan eller trådgrupp .
DNS Cache element Manager hjälper till att testa applikationerna för scenarier som att tjänsterna inte avbryts på grund av instansfel eller någon annan anledning. JMeter använder standardcache som JVM DNS-cache.
JMeter skickar begäran till Load Balancer som ytterligare delar upp förfrågningarna till flera applikationer säger att tre applikationer är under test. Ibland går det att begäran bara går till en AUT, orsaken till detta identifieras som DNS-cachar på JVM-nivå.
Läs också = >> Hur man rensar DNS-cache
DNS cache Manager hjälper till att lösa problemet på följande sätt:
- Lägg till DNS-cachechef i Testplan och välj alternativet “ Använd anpassad DNS-resolver ” och ange värdnamnet eller IP-adresserna och kör testet. Det kommer att träffa både IP-adresserna och inte en.
- När du använder en HTTP-begäran, välj alltid Httpclient4 .
- DNS Cache Manager ska användas under testplan eller ett trådgruppselement.
Fältbeskrivning:
- Rensa cacheminnet varje återställning: Om du väljer detta alternativ rensas DNS-cachen för varje tråd när en ny cykel startas.
- Användarsystemets DNS-lösning: Om användaren vill använda en DNS-lösning för systemet.
- Värdnamn eller IP-adress: Detaljer om DNS-servrar som ska användas.
- Värd och värdnamn eller IP-adress: Statisk värd och värdnamn eller IP-adress mappas.
# 4) HTTP Authorization Manager
HTTP Authorization Manager tillåter oss att ge användarinloggningar för sidorna i webbapplikationen som är begränsade med hjälp av serverautentisering. Det visar inloggningsdialogrutan om användaren försöker ansluta till den begränsade sidan.
bästa registerrensaren för Windows 7 64 bitar
Rensa autentisering för varje iteration: Om det här alternativet är valt kommer autentisering vid varje iteration att göras oavsett autentisering som gjorts i föregående trådgrupp eller inte.
Grund-URL: URL som matchar en eller flera HTTP-URL: er.
Användarnamn : Användarnamn för auktorisering.
Lösenord : Lösenord för ovanstående användarnamn.
Domän : Domän för NTLM.
Rike : Rike för NTLM.
Mekanism : Vilken autentiseringsmekanism som ska utföras måste tillhandahållas.
Låt oss ta ett exempel för att förstå detsamma.
Försök att logga in på webbplatsen med URL: https://httpbin.org/basic-auth/user/passwd .Det visar ett autentiseringsfönster.
Vid felaktigt användarnamn eller lösenord eller om konfigurationselementet inte är aktiverat kommer det att återvända Svarskod -401
hur man schemalägger Instagram-inlägg gratis
Och i fallet med korrekta detaljer och om konfigurationselementet är aktiverat kommer det att återvända Svarskod -200
# 5) HTTP Cache Manager
HTTP Cache Manager används för att spara alla nedladdade statiska filer när körningen pågår. Det gör det bara om alternativet 'Hämta alla inbäddade resurser' är valt. Och det sparar inte de redan sparade förrän någon ändring görs.
Rensa cache i varje iteration:
Använd trådgruppskonfiguration för att kontrollera rensning av cache:
Använd cache- Control / Expires header vid bearbetning av GET begäranden. Om du väljer det här alternativet kommer cache-kontrollen / utgången att verifieras enligt aktuell tid.
Max antal element i Cache: Som standard är värdet 5000 per användare. All cache sparas i RAM-minnet. Om användaren lägger till mer än 5000 kan servern göra ett undantag 'Slut på minne ' också.
Låt oss se hur det beter sig när vi använder cache-control / expire header-alternativet och när vi inte använder det.
Välj nu det tredje alternativet och kör testplanen igen:
Att välja alternativ har minskat provtiden och latensen.
# 6) HTTP Cookie Manager
HTTP Cookie Manager har funktionen att om användaren har någon HTTP-begäran och svar har en cookie, lagrar cookiehanteraren den cookien och kommer att användas för framtida referens för den specifika webbplatsen.
Anta att webbläsaren Edge, Firefox och Chrome används för att surfa på en webbplats. När användaren loggar in med användarnamn och lösenord lagras det i systemet som en cookie. Nästa gång användaren besöker samma webbplats behöver han inte lägga in detaljer som användarnamn och lösenord eftersom de redan har lagrats i systemet som en cookie.
Rensa kakor varje iteration : På varje iteration, dvs. när trådslingan körs en gång, rensas de serverbaserade kakorna.
Låt oss ta ett exempel för att förstå:
- Lägg till trådgrupp i testplanen med slingantal 3
- Lägg till HTTP Cookie Manager som ett konfigurationselement i trådgruppen
- Lägg till HTTP-begäran där du anger servernamn och sökväg
- Lägg till lyssnare “ Visa resultat träd ”Och observera utdata:
Enligt ovanstående resultat kan vi se att den första iterationsförfrågan inte har några cookies medan alla andra förfrågningar har cookiedata.
Lägg nu till detaljer i cookiehanterarens konfigurationselement som visas i bilden nedan och observera resultatet för detsamma.
# 7) Standardinställningar för HTTP-begäran
Den här konfigurationen gör det möjligt för användaren att ställa in standardvärden för HTTP-begäran-kontroller.
Exempel: Om du skickar 50 HTTP-förfrågningar till servern xyz.com- Användaren måste ange “servernamn = xyz.com” 50 gånger för de 50 HTTP-förfrågningarna, men med hjälp av HTTP Request Default kan användaren göra 50 HTTP begäran genom att ange servernamnet = xyz.com en gång. Det sparar tid för användaren.
Alla förfrågningar går till den tillhandahållna webbservern.
HTTP-förfrågan Standardelement pekar mot standardvärdena som används av HTTP-förfrågningselement.
Exempel på hur du använder HTTP-begäran Standardelement:
- Testplan: Lägg till HTTP-begäran är standard och lägg till servernamn som tribuneindia.com
- Lägg till trådgrupp
- Lägg till två HTTP-begäran där endast sökvägen:
- Lägg till lyssnare “Visa resultatträd” och kör skriptet. Om ingen sökväg tillhandahålls kommer förfrågan att gå till servern som tillhandahålls i konfigurationselementet HTTP Request Defaults.
# 8) HTTP Header Manager
HTTP header Manager hjälper till att lägga till eller överlappa rubriker för HTTP-begäran. JMeter stöder flera huvudhanterare. Listan över samplaren består av rubrikposter. Från rubrikposterna som slås samman, om någon av dem matchar det redan befintliga rubriknamnet, ersätts den gamla med den nya.
Accept-Language, Accept-Encoding, User-Agent, Referrer är standardrubrikerna som kan användas.
Rubriknamn och värden kan läggas till genom att välja knappen Lägg till.
Acceptera språk används för att definiera vilken språkserver som ska skicka svaret tillbaka till webbläsaren.
Acceptera kodning: Acceptera kodning definierar kodningsmetoden som servern ska använda för att svara. Om servern inte kan skicka svaret i accepterad kodning kommer servern att göra det skicka ett felmeddelande och statuskod som 406.
Om det inte går att acceptera kodningsfält antar servern att klienten accepterar vilken kodningsmetod som helst.
Användaragent: Användaragenten gör det möjligt att hitta egenskaper som webbläsarens webbläsare, version och operativsystem. När en webbläsare ansluter till någon av webbplatserna skickar den användaragenten till samma. User-agent ingår i HTTP-rubriken.
Webbläsare som stöds till HTTP-huvudhanteraren är som följer:
- IE
- Firefox
- Safari
- Opera
- Krom
Referent: När en webbplats hänvisar till en annan webbplats fångas adressen i HTTP-referrer.
Låt oss se hur den här HTTP-huvudhanteraren fungerar:
- Skapa en testplan och lägg till trådgruppen i den.
- Lägg till Config-element HTTP Header Manager och lägg till fält som Accept-Language och Acceptera med deras värden.
- Lägg till HTTP-begäran med servernamn och sökväg som website.com och inloggning.
- Lägg till lyssnare “Visa resultatträd” och kör skriptet och observera utdata
Lägg nu till ytterligare en HTTP-rubrik och gör några ändringar som Accept-language as SP-sp och i Acceptera och kör igen skriptet.
Rubriker fångas endast från den senaste rubrikhanteraren, men ingen ändring görs i de redan befintliga rubrikerna.
# 9) KeyStore-konfiguration
Key Store-konfiguration är att konfigurera KeyStore - hur man laddar och vilka nycklar som ska användas.
För att lära känna vem som ansluter till servern krävs det att vissa system konfigureras på klientsidan. Detta konfigurationselement hjälper till att konfigurera detsamma, men innan du lägger till ett KeyStore Config-element bör Java Key Store konfigureras med klientcertifikat.
För att göra samma måste följande steg följas:
Skapa certifikat:
- Använda Java Keytool-verktyget
- Genom PKI: Om det görs via PKI bör det konverteras till ett format som är acceptabelt av JKS
Lägg till följande i systemet. egenskaper fil:
javax.net.ssl.keyStore = sökväg till nyckelbutik
javax.net.ssl.keyStorePassword = password_of_keystore
Förladdning : KeyStore som ska förinstalleras eller inte kan väljas genom att välja true eller false.
Variabelnamn som innehar certifikatalias: Variabelt namn som kommer att bestå av aliaset som ska användas för autentisering med klientcertifikat.
Alias startindex (0 baserat): Indexet för den första nyckeln som används i KeyStore.
Alias slutindex (0 baserat): Indexet för den sista nyckeln som ska användas i KeyStore.
# 10) Standardinställningar för LDAP-begäran
Standardinställningar för LDAP-begäran gör det möjligt att lägga till standardvärden för LDAP-testning.
Om antalet förfrågningar ska göras till samma LDAP-server kan standardkonfigurationselementet för LDAP-begäran användas eftersom användaren inte behöver ange samma information om och om igen för LDAP-förfrågan.
Fyra LDAP-förfrågningar kan konfigureras:
- Lägg till test
- Radera test
- Sök test
- Ändra test
Dessa förfrågningar kan konfigureras genom att lägga till LDAP-förfrågan i samplaren och sedan ändra namnet till Lägg till / radera / modifiera / sök och välja egenskapen som Lägg till test / Radera / modifiera / söktest.
# 11) Standardinställningar för utökad begäran för LDAP
Detta konfigurationselement gör det möjligt att lägga till standardvärden för utökad LDAP-testning.
LDAP Config-elementet har nio testoperationer enligt definitionen nedan:
# 1) Trådbindning
Trådbindning används för att starta en session med LDAP-servern. Användaren tillhandahåller ett användarnamn och lösenord för att inleda sessionen. Att ange felaktigt lösenord startar den anonyma sessionen men misslyckas på samma sätt.
# 2) Tråd frigör
Tråd frigör är en operation som används för att avsluta sessionen.
# 3) Single Bind / Unbind
Single bind / Unbind fungerar som en kombination av båda operationerna. Det öppnar sessionen för att kontrollera om användarnamnet och lösenordet är giltigt och avslutar sedan sessionen.
# 4) Byt namn på post
Som namnet antyder används den för att byta namn på en post. Den kan också användas för att flytta posten till en annan plats i LDAP-trädet.
# 5) Lägg till test
Detta används för att lägga till objekt till LDAP-servern. Det är LDAP 'add' -åtgärd som används.
# 6) Raderingstest
Raderingstest används för att ta bort ett objekt från LDAP-trädet.
Den använda åtgärden kallas LDAP 'delete' -åtgärd.
# 7) Söktest
LDAP 'Sök' operation utförs för detta test.
Specifikationer kan tillhandahållas, till exempel maximal tid som servern ska ta för att utföra sökningen, oavsett om objektet som ska returneras eller inte (som standard anses det bara vara falskt). Om analysera sökresultatet är valt att vara sant, kommer sökresultatet att läggas till i svarsdata.
bäst konvertera YouTube-video till mp3
# 8) Jämför test
Jämför test används för att jämföra attributet med ett redan känt värde. I allmänhet används den för att kontrollera om en persons namn i gruppen, dvs. om det angivna namnet redan finns i den gruppen eller inte kan jämföras.
LDAP “ jämföra ”Används för samma.
# 9) Modifieringstest
Modifieringstest kan användas för att lägga till / ta bort / ta bort / ersätta värdena med LDAP “ ändra ”Operation.
Vanliga frågor om JMeter-konfigurationselement
F # 1) Vad är Config-elementet i JMeter?
Svar : Förfrågningar, som skickas till servern, ändras eller konfigureras med hjälp av konfigurationselement i JMeter.
F # 2) Vad är trådegenskaper i JMeter?
Svar : Trådegenskaperna inkluderar antalet trådar som används för att utföra samma scenario och även antalet iterationer som kan ställas in från konfigurationen.
F # 3) Vilket element i JMeter motsvarar antalet användare att simulera?
Svar : Trådgruppen motsvarar antalet användare att simulera eftersom ett antal trådar kan användas för att konfigurera användarna för att simulera för att kontrollera prestanda och interaktion mellan användare med applikationen.
Slutsats
JMeter-konfigurationselement tillåter användare att få tillgång till vilken variabel som helst som är associerad med värden i JMeter. De kan ändra värdena på de begäranden som kommer från Sampler.
Config-element kan läggas till genom att högerklicka på det tillagda Sampler och sedan välja config-element från listan. De kan endast nås varifrån den placeras, dvs inifrån trädgrenen.
Det finns ett antal konfigurationselement i JMeter som diskuteras i den här artikeln och kan användas enligt användarens krav.
=> Klicka här Komplett gratis utbildning på JMeter (20+ videor)
Rekommenderad läsning
- JMeter-dataparameterisering med användardefinierade variabler
- Parameterisering i QTP förklarad med exempel (del 1) - QTP-handledning nr 19
- Parameterisering av statiska värden i LoadRunner
- Hur man uppnår JMeter-korrelation med exempel
- Topp 5 JMeter-plugins och hur man använder dem (med exempel)
- Detaljbeskrivning av JMeter-komponenter
- Webb- och mobilinspelningsmetoder och parametrering i Neoload
- JMeter-variabler och funktioner