Parametrizarea datelor în JMeter Utilizarea elementelor de configurare

data parameterization jmeter using configuration elements

Acest tutorial explică parametrizarea datelor în JMeter folosind elemente de configurare pentru a alege date din fișiere în loc de configurare manuală .:

Elemente de configurare Jmeter sunt variabilele care sunt utilizate ulterior de Samplers. Solicitările făcute de Samplers pot fi adăugate sau modificate folosind elemente de configurare.

JMeter oferă elemente de configurare, astfel încât să poată fi reprodus comportamentul real al web-ului.

=> Faceți clic aici pentru Formare completă gratuită pe JMeter (peste 20 de videoclipuri)

Ce veți învăța:

• Tutorial video despre parametrizarea datelor
• Elemente de configurare JMeter
  • # 1) Configurație set de date CSV
  • # 2) FTP implicit solicitare
  • # 3) Manager cache DNS
  • # 4) Manager autorizare HTTP
  • # 5) HTTP Cache Manager
  • # 6) HTTP Cookie Manager
  • # 7) Implicite solicitări HTTP
  • # 8) HTTP Header Manager
  • # 9) Configurare KeyStore
  • # 10) Valoare implicită a cererii LDAP
  • # 11) Valori implicite ale cererii extinse LDAP
  • Întrebări frecvente despre elementele de configurare JMeter
• Concluzie
  • Lectură recomandată

Tutorial video despre parametrizarea datelor

Elemente de configurare JMeter

Diferite tipuri de elemente de configurare JMeter sunt enumerate mai jos:

• Configurare set de date CSV
• Implicit solicitare FTP
• Manager cache DNS
• Manager autorizare HTTP
• Manager cache cache HTTP
• HTTP Cookie Manager
• Implicit solicitare HTTP
• Manager antet HTTP
• Implicite solicitări Java
• Configurarea conexiunii JDBC
• Configurare KeyStore
• Element de configurare autentificare
• Valoare implicită a cererii LDAP
• Valori implicite ale cererii extinse LDAP
• Configurare TCP Sampler
• Variabile definite de utilizator
• Variabilă aleatorie
• Tejghea
• Element de configurare simplu
• Configurare sursă MongoDB (DEPRECAT)
• Configurare conexiune șurub

Să parcurgem câteva elemente de configurare JMeter utilizate în mod obișnuit.

# 1) Configurație set de date CSV

CSV este folosit pentru a citi liniile dintr-un fișier și a le converti în variabile. Configurația setului de date CSV servește scopului sursei de date care poate furniza o cantitate mare de date conform scenariului pe care îl testați.

În cazul în care un utilizator dorește să testeze aplicații web pentru 50 de utilizatori cu acreditări diferite, nu trebuie să creeze 50 de scripturi. Acum, tot ce trebuie făcut este să creați un fișier care să aibă înregistrarea utilizatorului ca (nume de utilizator, parolă) și să încărcați acest fișier în CSV. CSV convertește toate liniile de date în variabile.

Să vedem un exemplu mai jos pentru a înțelege modul în care datele pot fi citite din fișierul CSV și pot fi tipărite în arborele Rezultate Vizualizare.

# 1) Creați un plan de testare

#Două) Adăugați un grup de fire cu numărul de utilizatori ca 1, perioada de rampa de 1 secundă și bucla contează ca 5.

# 3) Adăugați element de configurare ca set de date CSV Config.

• Încărcați un fișier CSV cu datele de mai jos:

• Furnizați nume de variabilă ca nume de utilizator și parolă cu delimitatorul separat prin virgulă.
• Selectați Recycle on EOF ca adevărat, astfel încât fișierul să fie recitit după ce ajunge la EOF.

# 4) Adăugați sampler: Debug Sampler.

# 5) Adăugați un ascultător: Vizualizați Arborele Rezultatelor.

# 6) Rulați Planul de testare selectând butonul Start din meniul de sus.

Se imprimă valorile variabile ale fișierului CSV

Deoarece numărul de fire a fost ales ca 5 și fișierul CSV are date până la 3 rânduri, acesta citește din nou fișierul și tipărește valorile începând de la 1 pentru cele 4^asampler.

Mai jos este descrierea fiecărui câmp:

Configurați sursa de date CSV

Nume de fișier : Numele fișierului care va fi citit și convertit în variabile. Opțiunea de navigare pentru încărcarea fișierului este furnizată împreună cu acest câmp.

Pentru a specifica calea fișierului, puteți pune direct numele fișierului dacă CSV-ul dvs. se află în folderul BIN al directorului JMETER, în caz contrar, specificați calea completă a sistemului dumneavoastră.

Codificare fișier: Pentru a citi fișierul, codificarea care trebuie utilizată trebuie selectată din meniul derulant.

Codificarea fișierului are mai jos opțiuni disponibile:

Dacă nu este selectată nicio opțiune, atunci va fi utilizată implicita platformei. Acesta nu este un câmp obligatoriu.

Numele variabilei : Lista variabilelor este furnizată aici și trebuie separată cu caracterul delimitator. Dacă nu este furnizat nimic în acest câmp, prima linie a fișierului este citită și considerată ca un nume de coloană.

Utilizați prima linie ca nume de variabilă : Dacă numele variabilei este gol, atunci prima linie ar trebui să aibă anteturi. În cazul în care numele variabilei nu este gol, atunci va fi utilizată prima linie a fișierului CSV.

Delimitator: Datele din fișier pot fi separate folosind Delimiter.

Permiteți datele citate: Se verifică dacă datele fișierului CSV trebuie sau nu citate. Utilizatorul poate selecta opțiunea ca True / False din meniul derulant.

Reciclați pe EOF: Reprezintă dacă fișierul trebuie recitit atunci când ajunge la final. EOF înseamnă End of the File. În mod implicit, valoarea selectată este True.

Opriți firul pe EOF? Întrebă dacă recitirea trebuie oprită odată ce ajunge la EOF sau ar trebui să continue. În mod implicit, valoarea selectată este falsă.

Mod de partajare:

• Toate firele: Fișierul este partajat cu toate firele.
• Grupul actual de subiecte: Fiecare fișier este deschis pentru fiecare grup de fire.
• Fir curent: Fișierul este deschis pentru fiecare fir.
• Identifica: ID comun este utilizat pentru a partaja fișierul între mai multe grupuri.

# 2) FTP implicit solicitare

JMeter acceptă și protocolul FTP. Scriptarea se poate face folosind FTP, FTPS și SFTP în JMeter.

Utilizați valorile implicite ale cererii FTP:

• Creați un plan de testare.
• Adăugați un grup de fire.
• Adăugați elementul de configurare „FTP Request Defaults”.
• Adăugați un eșantionator: cerere FTP.
• Adăugați un ascultător: vedeți rezultatele în tabel.

Rezultatul afișat în Vizualizarea rezultatelor din tabel:

Detaliile de mai jos vă vor ajuta să aflați mai multe despre câmpurile din FTP implicit:

• Numele serverului sau IP : Numele serverului FTP sau IP trebuie furnizat aici. Detaliile furnizate sunt despre serverul în care va fi plasat fișierul sau poate fi preluat de acolo.
• Numarul portului: Este din Server FTP . Numărul de port implicit utilizat este 21.
• Fișier la distanță: Atunci când fișierul trebuie declarat global, singura cale pentru fișierul de pe serverul FTP trebuie să fie furnizată în acest câmp, altfel poate fi lăsată necompletată.
• Fișier local: La fel ca fișierul la distanță - câmpul poate fi lăsat necompletat, trebuie să furnizați o cale pentru serverul local atunci când fișierul trebuie declarat global.
• Conținut fișier local: Conținutul fișierului sursă poate fi furnizat aici, care poate fi utilizat în momentul încărcării pe server.
• Obțineți (RETR): Fișier care trebuie descărcat de pe serverul FTP.
• Puneți (STOR): Pentru a încărca fișierul pe serverul FTP
• Utilizați modul binar: Acest mod ar trebui să fie deselectat pentru fișierele text, pentru toate celelalte fișiere ar trebui selectate opțiuni binare.
• Salvați fișierul ca răspuns: Selectarea acestei opțiuni reprezintă faptul că ieșirea va fi stocată ca date de răspuns FTP.

# 3) Manager cache DNS

Managerul de cache DNS poate fi utilizat direct în Planul de testare sau grupul de fire .

Manager element cache DNS ajută la testarea aplicațiilor pentru scenarii precum serviciile care nu sunt întrerupte din cauza eșecului instanței sau din orice alt motiv. JMeter folosește memoria cache implicită ca memorie cache JVM DNS.

JMeter trimite cererea către Load Balancer, care împarte cererile în mai multe aplicații, spun că trei aplicații sunt testate. Uneori, ceea ce se întâmplă este că cererea merge doar la un singur AUT, motivul pentru aceasta este identificat ca cache-uri DNS la nivel de JVM.

Citiți și = >> Cum se șterge cache-ul DNS

Managerul cache DNS vă ajută să rezolvați această problemă în felul următor:

• Adăugați manager cache DNS în Planul de testare și selectați opțiunea „ Utilizați rezolvatorul DNS personalizat ” și furnizați numele de gazdă sau adresele IP și rulați testul. Va atinge atât adresele IP, cât și nu una.
• În timp ce utilizați o solicitare HTTP selectați întotdeauna Httpclient4 .
• Managerul de cache DNS ar trebui să fie utilizat sub Planul de testare sau un element de grup Thread.

Descrierea câmpului:

• Ștergeți memoria cache a fiecarei iterații: Selectând această opțiune se șterge memoria cache DNS a fiecărui fir după ce a început un nou ciclu.
• Sistem de rezolvare DNS utilizator: Dacă utilizatorul dorește să utilizeze un rezolvator DNS de sistem.
• Numele gazdei sau adresa IP: Detalii despre serverele DNS de utilizat.
• Gazdă și numele gazdei sau adresa IP: Gazda statică și numele gazdei sau adresa IP sunt mapate.

# 4) Manager autorizare HTTP

Manager autorizare HTTP ne permite să oferim utilizatorilor log-in-uri pentru paginile aplicației web care sunt restricționate utilizând autentificarea serverului. Afișează caseta de dialog log în cazul în care utilizatorul încearcă să se conecteze la pagina restricționată.

eșantion de document de plan de testare pentru aplicația mobilă

Ștergeți autentificarea pe fiecare iterație: Dacă această opțiune este selectată, autentificarea la fiecare iterație se va face indiferent de autentificarea făcută în grupul de fire anterior sau nu.

Adresa URL de bază: Adresă URL care se potrivește cu una sau mai multe adrese URL HTTP.
Nume de utilizator : Nume de utilizator pentru autorizare.
Parola : Parola pentru numele de utilizator de mai sus.
Domeniu : Domeniu pentru NTLM.
Tărâm : Tărâm pentru NTLM.
Mecanism : Ce mecanism de autentificare trebuie efectuat.

Să luăm un exemplu pentru a înțelege același lucru.

Încercați să vă conectați la site cu URL: https://httpbin.org/basic-auth/user/passwd . Se va afișa o fereastră de autentificare.

În caz de nume de utilizator sau parolă incorecte sau dacă elementul de configurare nu este activat, acesta va reveni Cod de răspuns -401

Și în cazul detaliilor corecte și dacă elementul de configurare este activat - acesta va reveni Cod de răspuns -200

# 5) Manager cache cache HTTP

Manager cache cache HTTP este folosit pentru a salva toate fișierele statice descărcate atunci când executarea este în desfășurare. O face doar dacă este selectată opțiunea „Preluare toate resursele încorporate”. Și nu le va salva pe cele deja salvate până când nu se face nicio modificare.

Ștergeți memoria cache în fiecare iterație:

Utilizați configurația grupului de fire pentru a controla ștergerea cache-ului:

Utilizați cache - Control / Expiră antetul la procesarea GET solicitări. Selectând această opțiune, controlul / expirarea cache-ului va fi verificat conform orei curente.

Numărul maxim de elemente din cache: În mod implicit, valoarea este de 5000 per utilizator. Toată memoria cache este salvată în memoria RAM. În cazul în care utilizatorul pune valoare mai mare de 5000, serverul poate face o excepție 'Fara memorie ' de asemenea.

Să vedem cum se comportă atunci când folosim opțiunea antet-control / expirare antet și când nu o folosim.

Acum selectați a treia opțiune și rulați din nou planul de testare:

Selectarea opțiunii a redus timpul și latența eșantionului.

# 6) HTTP Cookie Manager

HTTP Cookie Manager are caracteristica că, dacă utilizatorul are orice solicitare și răspuns HTTP, are un cookie, managerul de cookie-uri stochează acel cookie și îl va folosi pentru referința viitoare pentru acel site specific.

Să presupunem că browserul Edge, Firefox și Chrome sunt folosite pentru a naviga pe un site web. Când utilizatorul se conectează cu numele de utilizator și parola, acesta este stocat în sistem ca un cookie. Data viitoare când utilizatorul vizitează același site nu trebuie să introducă detalii precum numele de utilizator și parola, deoarece acestea au fost deja stocate în sistem ca cookie.

Ștergeți cookie-urile la fiecare iterație : La fiecare iterație, adică când bucla de execuție se execută o dată, cookie-urile bazate pe server vor fi șterse.

Să luăm un exemplu pentru a înțelege:

• Adăugați grupul de fire la planul de testare cu număr de bucle 3

• Adăugați HTTP Cookie Manager ca element de configurare în grupul de fire

• Adăugați cerere HTTP în care furnizați numele și calea serverului
• Adăugați un ascultător „ Vizualizați arborele cu rezultate ”Și observați rezultatul:

Conform rezultatelor de mai sus, putem vedea că în prima cerere de iterație nu există cookie-uri, în timp ce toate celelalte solicitări au date cookie.

Acum, adăugați detalii în elementul de configurare al managerului de cookie așa cum se arată în imaginea de mai jos și observați rezultatul pentru același lucru.

clasă de listă dublu legată c ++

# 7) Implicite solicitări HTTP

Această configurare permite utilizatorului să seteze valorile implicite pentru controlerul de cerere HTTP.

Exemplu: Dacă trimiteți 50 de cereri HTTP către serverul xyz.com- Utilizatorul trebuie să introducă „numele serverului = xyz.com“ de 50 de ori pentru cele 50 de solicitări HTTP, dar cu ajutorul cererii HTTP implicite, utilizatorul poate face 50 HTTP solicitări introducând o dată numele serverului = xyz.com. Economisește timpul utilizatorului.

Toate cererile vor fi trimise către Webserver-ul furnizat.

Elementul implicit de solicitare HTTP indică valorile implicite utilizate de elementele de solicitare HTTP.

Exemplu de utilizare a elementului implicit de solicitare HTTP:

• Planul de testare: Adăuga Implicit solicitare HTTP și adăugați numele serverului ca tribuneindia.com

• Adăugați un grup de fire

• Adăugați două solicitări HTTP în care furnizați numai calea:

• Adăugați un ascultător „Vedeți arborele rezultatelor” și rulați scriptul. În cazul în care nu este furnizată nicio cale, cererea va merge la serverul furnizat în elementul de configurare HTTP Request Defaults.

# 8) HTTP Header Manager

Manager antet HTTP ajută la adăugarea sau suprapunerea anteturilor de solicitare HTTP. JMeter acceptă mai mulți manageri de antet. Lista Samplerului constă din intrări de antet. Din intrările de antet care sunt îmbinate, în cazul în care oricare dintre ele se potrivește cu numele antetului deja existent, cel vechi este înlocuit cu cel nou.

Accept-Language, Accept-Coding, User-Agent, Referrer sunt anteturile standard care pot fi utilizate.

Numele și valorile antetului pot fi adăugate selectând butonul Adăugare.

Acceptați limba este utilizat pentru a defini ce server de limbă ar trebui să trimită răspunsul înapoi la browser.

Acceptați codificarea: Accept coding definește metoda de codare pe care serverul ar trebui să o folosească pentru a răspunde. În cazul în care serverul nu poate trimite răspunsul în codificare acceptată, atunci serverul va trimite trimiteți un mesaj de eroare și un cod de stare ca 406.

Dacă în cazul în care nu este furnizat câmpul de acceptare a codificării, serverul va presupune că clientul va accepta orice metodă de codificare.

Agent utilizator: Agentul de utilizator permite să găsească caracteristici precum browserul, versiunea și sistemul de operare al serverului web. Când un browser se conectează la oricare dintre site-uri web, acesta trimite agentul utilizatorului la același. User-agent este inclus în antetul HTTP.

Browser-urile acceptate pentru HTTP header Manager sunt după cum urmează:

• IE
• Firefox
• Safari
• Operă
• Crom

Referent: Când un site web se referă la un alt site, adresa este capturată în referrer HTTP.

Să vedem cum funcționează acest manager de antet HTTP:

• Creați un plan de testare și adăugați grupul de fire în el.
• Adăugați elementul de configurare HTTP Header Manager și adăugați câmpuri precum Accept-Language și Accept cu valorile lor.

• Adăugați cerere HTTP cu numele și calea serverului ca website.com și autentificare.

• Adăugați un ascultător „Vizualizați arborele de rezultate” și Rulați scriptul și observați rezultatul

Acum adăugați un alt antet HTTP și efectuați unele modificări precum Accept-language as SP-sp si in Accept la fel și reluați scriptul.

Anteturile sunt capturate numai din cel mai recent manager de antet, dar nu se face nicio modificare în antetele deja existente.

# 9) Configurare KeyStore

Configurația Magazinului de chei este de a configura KeyStore - cum să fie încărcat și tastele care trebuie utilizate.

Pentru a cunoaște cine se conectează la server, unele sisteme necesită configurarea certificatelor clientului. Acest element de configurare ajută la configurarea aceluiași lucru, dar înainte de a adăuga un element KeyStore Config - Java Key Store trebuie configurat cu certificate de client.

Pentru a face aceiași pași, trebuie urmați:

Creați un certificat:

• Folosind utilitarul Java Keytool
• Prin PKI: dacă se face prin PKI, acesta ar trebui convertit într-un format acceptabil de JKS

Adăugați următoarele în sistem. fișier de proprietăți:

javax.net.ssl.keyStore = path_to_keystore

javax.net.ssl.keyStorePassword = password_of_keystore

Preîncărcare : KeyStore pentru a fi preîncărcat sau nu, poate fi ales selectând adevărat sau fals.

Aliasul certificatului care deține numele variabilei: Numele variabilei care va consta din aliasul care va fi utilizat pentru autentificare prin certificatul clientului.

Indexul de început alias (bazat pe 0): Indexul primei chei care va fi utilizată în KeyStore.

Alias ​​End Index (bazat pe 0): Indexul ultimei chei care va fi folosită în KeyStore.

# 10) Valoare implicită a cererii LDAP

Valoare implicită a cererii LDAP permite adăugarea valorilor implicite pentru testarea LDAP.

Dacă numărul de solicitări trebuie să fie adresat aceluiași server LDAP, elementul de configurare implicită Solicitare LDAP poate fi utilizat, deoarece utilizatorul nu va trebui să introducă aceleași detalii din nou și din nou pentru solicitarea LDAP.

Pot fi configurate patru cereri LDAP:

• Adăugați test
• Ștergeți testul
• Test de căutare
• Modificați testul

Aceste solicitări pot fi configurate prin adăugarea unei cereri LDAP în eșantion și apoi schimbarea numelui în Adăugare / Ștergere / Modificare / Căutare și selectarea proprietății ca Test Adăugare / Ștergere / Modificare / Căutare, respectiv.

# 11) Valori implicite ale cererii extinse LDAP

Acest element de configurare permite adăugarea valorilor implicite pentru testarea extinsă LDAP.

Elementul de configurare LDAP are nouă operații de testare definite mai jos:

# 1) Legarea firului

Thread Bind este utilizat pentru a începe o sesiune cu serverul LDAP. Utilizatorul furnizează un nume de utilizator și o parolă pentru a iniția sesiunea. Furnizarea unei parole incorecte pornește sesiunea anonimă, dar va eșua la fel.

# 2) Fir Unbind

Fir Unbind este o operație utilizată pentru a încheia sesiunea.

# 3) Single Bind / Unbind

O singură legare / Unbind funcționează ca o combinație a ambelor operații. Deschide sesiunea pentru a verifica validitatea numelui de utilizator și a parolei și apoi încheie sesiunea.

# 4) Redenumiți intrarea

După cum sugerează și numele, este folosit pentru a redenumi o intrare. Poate fi, de asemenea, utilizat pentru a muta intrarea într-un alt loc din arborele LDAP.

# 5) Adăugați test

Aceasta este utilizată pentru a adăuga obiecte pe serverul LDAP. Este o operație de adăugare LDAP care este utilizată.

# 6) Test de ștergere

Testul de ștergere este utilizat pentru a șterge un obiect din arborele LDAP.

Operația utilizată se numește operațiunea „șterge” LDAP.

# 7) Test de căutare

LDAP 'căutare' operația este efectuată pentru acest test.

Pot fi furnizate specificații, cum ar fi timpul maxim pe care ar trebui să-l ia serverul pentru a efectua căutarea, indiferent dacă obiectul care urmează să fie returnat sau nu (în mod implicit este considerat doar fals). Dacă analiza rezultatului căutării este aleasă ca fiind adevărată, rezultatul căutării va fi adăugat la datele de răspuns.

# 8) Comparați testul

Testul de comparare este folosit pentru a compara atributul cu o valoare deja cunoscută. În general, este folosit pentru a verifica numele unei persoane din grup, adică dacă numele furnizat există deja în grupul respectiv sau nu poate fi comparat.

LDAP „ comparaţie ”Operația este utilizată pentru același lucru.

# 9) Test de modificare

Testul de modificare poate fi folosit pentru a adăuga / șterge / elimina / înlocui valorile folosind LDAP “ modifica ' Operațiune.

Întrebări frecvente despre elementele de configurare JMeter

Q # 1) Care este elementul Config din JMeter?

Răspuns : Cererile, care sunt trimise către server, sunt modificate sau configurate folosind elemente de configurare în JMeter.

Q # 2) Care sunt proprietățile firului în JMeter?

Răspuns : Proprietățile firului includ numărul de fire care sunt utilizate pentru a executa același scenariu și, de asemenea, numărul de iterații care pot fi setate din configurație.

Q # 3) Ce element din JMeter corespunde numărului de utilizatori care trebuie simulați?

cele mai bune curățătoare de registre gratuite pentru Windows 10

Răspuns : Grupul de fire corespunde numărului de utilizatori care trebuie simulați, deoarece un număr de fire poate fi utilizat pentru a configura utilizatorii pentru a simula pentru a verifica performanța și interacțiunea utilizatorilor cu aplicația.

Concluzie

Elementele de configurare JMeter permit utilizatorilor să aibă acces la orice variabilă care este asociată în continuare cu valorile din JMeter. Ei pot modifica valorile cererilor care provin din Sampler.

Elementele de configurare pot fi adăugate făcând clic dreapta pe Sampler-ul adăugat și apoi selectând elementul de configurare din listă. Acestea pot fi accesate numai de unde este plasat, adică din interiorul ramurii copacului.

Există o serie de elemente de configurare în JMeter, așa cum este discutat în acest articol și pot fi utilizate conform cerințelor utilizatorului.

<< PREV | URMĂTORUL >>

=> Faceți clic aici Formare completă gratuită pe JMeter (peste 20 de videoclipuri)

Lectură recomandată

• Parametrizarea datelor JMeter folosind variabile definite de utilizator
• Parametrizarea în QTP explicată cu exemple (Partea 1) - Tutorial QTP # 19
• Parametrizarea valorilor statice în LoadRunner
• Cum se realizează corelația JMeter cu un exemplu
• Top 5 plugin-uri JMeter și cum să le utilizați (cu exemple)
• Descriere detaliată a componentelor JMeter
• Metode și parametri de înregistrare web și mobil în Neoload
• Variabile și funcții JMeter