Tutorial de testare a volumului: exemple și instrumente de testare a volumului

volume testing tutorial

Prezentare generală a testării volumului:

Imaginea de mai jos se corelează cu aplicațiile noastre într-un fel sau altul? Da, exact asta se întâmplă atunci când ne supraîncărcăm serverele, bazele de date, serviciile web etc.

Toți trebuie să fim conștienți de testarea funcțională și nefuncțională, dar ești conștient de faptul că testarea nefuncțională este la fel de importantă ca testarea funcțională? Uneori, în versiuni de scurtă durată, avem tendința de a ignora acest test nefuncțional pe care în mod ideal nu ar trebui să-l facem.

Nu ar trebui să ne importe dacă proprietarul produsului a îndeplinit sau nu această cerință. Ar trebui să considerăm această testare ca parte a procesului nostru complet de testare, chiar și pentru versiuni mici.

Acest tutorial despre testarea volumului vă oferă o prezentare completă a semnificației, nevoii, importanței, listei de verificare și a unora dintre instrumentele sale, pentru a vă permite să o înțelegeți într-un mod mai bun.

Ce veți învăța:

• Ce este testarea volumului?
• Când este acest test imperativ?
• De ce ar trebui să vizez testarea volumului?
• Care este lista mea de verificare pentru acest test?
• Testarea volumului Vs Testarea sarcinii
• Cum se efectuează acest test?
• Instrumente de testare a volumului
• Concluzie
• Lectură recomandată

Ce este testarea volumului?

Testarea volumului este un tip de testare nefuncțională. Această testare se face pentru a verifica volumul de date gestionat de baza de date. Testarea volumului, numită și testarea inundației, este o testare nefuncțională care se face pentru a verifica software-ul sau aplicația pentru performanța sa față de datele uriașe ale bazei de date.

Baza de date este întinsă până la un punct prag prin adăugarea unei cantități mari de date și apoi sistemul este testat pentru răspunsul său.

Aceasta a fost partea teoretică, permiteți-mi să vă explic cu câteva exemple practice pentru a vă ajuta să înțelegeți 'când' parte a testării volumului.

Când este acest test imperativ?

În mod ideal, fiecare software sau aplicație ar trebui să fie testat pentru volumul de date, dar în unele cazuri în care datele nu vor fi grele, avem tendința să evităm acest test. Dar, în unele cazuri în care datele sunt tratate zilnic în MB sau GB, cu siguranță, ar trebui efectuat testul de volum.

Următoarele sunt câteva exemple din propria mea experiență de 8 ani care explică partea „când”:

Exemplul 1:

Una dintre întreprinderile mele a fost un sistem mare care cuprindea atât aplicația web, cât și o aplicație mobilă. Dar aplicația web în sine avea 3 module gestionate de 3 echipe diferite.

Uneori, chiar și cu noi, baza de date obișnuia să devină lentă când „împreună” adăugam date pentru testarea noastră. A fost enervant și munca obișnuită pentru a fi îngreunată din cauza volumului uriaș de date și pentru a ușura munca a trebuit să curățăm DB-ul destul de frecvent.

Datele pe care le gestiona sistemul „live” erau de aproximativ un GB, prin urmare, în comparație cu aplicația mobilă, aplicația web a fost testată foarte frecvent pentru volumul de date. Echipele de asigurare a calității aplicației web au propriile scripturi de automatizare care se vor executa noaptea și vor efectua aceste teste.

Exemplul 2:

Un alt exemplu al proiectului meu a fost un ecosistem care nu numai că avea o aplicație web, ci și o aplicație SharePoint și chiar un program de instalare. Toate aceste sisteme comunicau către aceeași bază de date pentru transferuri de date. Datele gestionate de sistemul respectiv au fost, de asemenea, foarte imense și dacă, din orice motiv, DB devine lent, chiar și instalatorul ar înceta să funcționeze.

Prin urmare, testul de volum a fost făcut în mod regulat, iar performanța DB a fost observată minuțios pentru orice problemă.

În mod similar, putem luaExempledin câteva aplicații pe care le folosim zilnic pentru cumpărături, rezervarea de bilete, tranzacții financiare etc. care se ocupă de tranzacții grele de date și, prin urmare, au nevoie de un test de volum.

Pe de altă parte, un test de volum ideal nu poate fi întotdeauna realizabil, deoarece are propriile sale limitări și provocări.

Câteva dintre limitările și provocările sale includ:

• Este dificil să creezi fragmentarea exactă a memoriei.
• Generarea dinamică a cheilor este dificilă.
• Crearea unui mediu real ideal, adică replica serverului live, poate fi dificilă.
• Instrumentele de automatizare, rețeaua etc. afectează, de asemenea, rezultatele testelor.

Acum, am înțeles când trebuie să facem acest tip de testare. Să înțelegem și noi 'De ce' ar trebui să facem acest test ca și în obiectivul sau scopul efectuării acestui test.

De ce ar trebui să vizez testarea volumului?

Testarea volumului vă poate ajuta să înțelegeți cât de potrivit este sistemul dvs. pentru lumea reală și vă ajută, de asemenea, să economisiți banii care vor fi cheltuiți ulterior pentru scopuri de întreținere.

Următoarele sunt câteva motive posibile pentru efectuarea acestei testări:

• Cea mai esențială nevoie este de a analiza performanța sistemului dvs. față de date crescute. Crearea unui volum imens de date vă va ajuta să înțelegeți performanța sistemului dvs. în termeni de timp de răspuns, pierderi de date etc.
• Identificați problemele care vor apărea cu date imense și punctul de prag.
• Dincolo de punctul durabil sau prag, comportamentul sistemului, adică dacă blocarea DB devine iresponsivă sau expiră.
• Implementarea soluțiilor pentru supraîncărcarea DB și chiar verificarea acestora.
• Aflarea punctului extrem al DB-ului dvs. (care nu poate fi remediat) dincolo de care sistemul va eșua și, prin urmare, trebuie luate măsuri de precauție.
• În cazul mai multor servere DB, aflați problemele legate de comunicarea DB, adică cele mai predispuse la eșecuri din acestea etc.

Acum știm importanța și motivul pentru efectuarea acestui test.

SAU experiența pe care aș dori să o împărtășesc aici este că, în ceea ce privește aplicațiile mobile, este posibil să nu fie necesară testarea volumului, deoarece o singură persoană folosește aplicația la un moment dat, iar aplicațiile mobile sunt concepute pentru a fi simple .

Deci, dacă nu aveți o aplicație foarte complexă cu o mulțime de implicare a datelor, testarea volumului poate fi omisă.

Odată ce știți ce trebuie verificat pentru sistemul sau aplicația dvs., următorul lucru de făcut este să faceți o listă de verificare pentru definirea aplicației dvs. 'ce' trebuie testat.

Care este lista mea de verificare pentru acest test?

Înainte de a intra în câteva exemple pentru crearea unei liste de verificare pentru aplicația sau un sistem, permiteți-ne să înțelegem mai întâi câteva indicii pe care să le aveți în vedere în timp ce creați o listă de verificare pentru testarea volumului sau abordarea înainte de a începe testarea.

Puncte de reținut:

• Țineți dezvoltatorii la curent cu planul dvs. de testare, deoarece ei știu multe despre sistem și vă pot oferi intrări și chiar blocaje.
• Înțelegeți aspectul fizic ca și în configurațiile serverului, RAM, procesor etc. înainte de a realiza strategii de testare.
• Înțelegeți complexitatea DB, procedurile, scripturile DB etc. în măsura posibilă, astfel încât să puteți contura complexitatea sistemului în ansamblu.
• Pregătiți informatica, adică grafice, fișe tehnice etc., dacă este posibil pentru volumul normal de date și cât de bine este sistemul, acest lucru vă va ajuta să vă asigurați că, înainte de a stresa DB, performanța este bună pentru încărcarea normală a datelor. Acest lucru vă va ajuta, de asemenea, să vă asigurați, înainte de a trece la partea stresantă, că nu există probleme care vor necesita o soluție pentru testul de volum.

Iată câteva exemple pe care le puteți adăuga sau utiliza în lista de verificare:

• Verificați corectitudinea metodelor de stocare a datelor.
• Verificați dacă sistemul are sau nu resursele de memorie necesare.
• Verificați dacă există vreun risc de volum de date mai mare decât o limită specificată.
• Verificați și observați răspunsul sistemului la volumul de date.
• Verificați dacă datele se pierd în timpul testării volumului.
• Verificați dacă datele sunt suprascrise, atunci se face cu informații prealabile.
• Identificați zonele care se extind dincolo de intervalul normal ca o mulțime de atribute (căutabile), nu imens. de tabele de căutare, o mulțime de mapări de locație etc.
• Așa cum am menționat mai devreme, creați mai întâi o linie de bază obținând rezultate pentru volumul normal și apoi continuați cu stresul.

Înainte de a trece la celelalte exemple, cazuri de testare și instrumente, să înțelegem mai întâi în ce fel diferă testarea de testarea sarcinii.

Testarea volumului Vs Testarea sarcinii

Mai jos sunt prezentate câteva dintre diferențele principale dintre testarea volumului și a sarcinii:

Cum se efectuează acest test?

Această testare se poate face atât manual, fie utilizând orice instrument. În general, utilizarea instrumentelor ne va economisi timp și eforturi, dar în cazul testării volumului, conform experienței mele utilizarea instrumentelor vă poate oferi rezultate mai precise în comparație cu testarea manuală.

Înainte de a începe executarea cazului de test, asigurați-vă că:

• Echipa a fost de acord cu planul de testare pentru acest test.
• Alte echipe ale proiectului dvs. sunt bine informate cu privire la modificările bazei de date și impactul acesteia asupra activității lor.
• Bancurile de testare sunt setate pentru configurațiile specificate.
• Se pregătește linia de bază pentru testare.
• Volumele de date specifice pentru testare (scripturi de date sau proceduri etc.) sunt gata. Puteți citi despre instrumentele de creare a datelor pe pagina noastră de generare a datelor.

Să vedem câteva exemple de cazuri de testare pe care le puteți utiliza în execuție:

Verificați acest lucru pentru toate volumele de date selectate pentru testarea volumului:

1. Verificați dacă adăugarea datelor poate fi realizată cu succes și dacă acestea se reflectă în aplicație sau site-ul web.
2. Verificați dacă ștergerea datelor poate fi efectuată cu succes și dacă acestea se reflectă în aplicație sau site-ul web.
3. Verificați dacă actualizarea datelor poate fi realizată cu succes și dacă acestea se reflectă în aplicație sau site-ul web.
4. Verificați dacă nu există pierderi de date și că toate informațiile sunt afișate conform așteptărilor în aplicație sau site-ul web.
5. Verificați dacă aplicația sau paginile web nu expiră din cauza volumului ridicat de date.
6. Verificați dacă erorile de blocare nu sunt afișate din cauza volumului ridicat de date.
7. Verificați dacă datele nu sunt suprascrise și sunt afișate avertismente adecvate.
8. Verificați dacă alte module ale site-ului sau aplicației dvs. nu se blochează sau expiră cu un volum mare de date.
9. Verificați dacă timpul de răspuns al DB se încadrează în intervalul acceptabil.

Instrumente de testare a volumului

După cum sa discutat anterior, testarea automatizării economisește timp și chiar oferă rezultate exacte în comparație cu testarea manuală. Un alt avantaj al utilizării instrumentelor pentru testarea volumului este că putem rula testele pe timp de noapte și astfel munca celorlalte echipe sau a membrilor echipei nu va fi afectată de volumul de date al DB.

Putem programa testele dimineața și rezultatele vor fi gata.

Urmează o listă cu câteva instrumente de testare a volumului open-source:

# 1) DbFit:

Acesta este un instrument open-source care acceptă dezvoltarea bazată pe teste.

DbFit cadrul de testare este scris deasupra Fitness, testele sunt scrise folosind tabele și pot fi executate folosind orice instrument Java IDE sau CI.

# 2) HammerDb:

HammerDb este, de asemenea, un instrument open-source care poate fi automatizat, multi-threaded și chiar permite scriptarea în timp de execuție. Poate funcționa cu SQL, Oracle, MYSQL etc.

# 3) JdbcSlim:

JdbcSlim comenzile pot fi ușor integrate în Slim Fitness și acceptă toate bazele de date care au un driver JDBC. Accentul este pe păstrarea separată a configurației, a datelor de testare și a interogărilor SQL.

# 4) NoSQLMap:

Acest este un instrument Python open-source conceput pentru a injecta automat atacuri și a perturba configurațiile DB pentru a analiza amenințarea. Funcționează numai pentru MongoDB.

# 5) Ruby-PLSQL-spec:

PLSQL poate fi testat pe unitate folosind Ruby, deoarece Oracle este disponibil ca instrument open-source. Acest utilizează practic două biblioteci: Ruby-PLSQL și Rspec.

Concluzie

Testarea volumului este testarea nefuncțională care se face pentru a analiza performanța bazei de date. Se poate face manual, precum și cu ajutorul unor instrumente.

Dacă sunteți un QA care este nou în acest test, aș sugera să jucați cu instrumentul sau să executați mai întâi câteva cazuri de testare. Acest lucru vă va ajuta să înțelegeți conceptul de testare a volumului înainte de a intra în testare.

convertiți YouTube în mp3 mai mult de 20 de minute

Această testare este destul de dificilă și are propriile provocări, de aceea este foarte important să aveți o cunoaștere aprofundată a conceptului, a creatului bancului de testare și a limbajului DB înainte de al efectua.

Sper că acest tutorial ți-ar fi mărit volumul de cunoștințe pe acest subiect :)

Lectură recomandată

• Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
• Testare pereche sau Tutorial de testare completă cu instrumente și exemple
• Testarea funcțională Vs testarea non-funcțională
• Tutorial de testare a configurației cu exemple
• Descărcare eBook Descărcare Primer
• Tutorial de testare distructivă și testare nedistructivă
• Cele mai bune 11 instrumente de automatizare pentru testarea aplicațiilor Android (instrumente de testare a aplicațiilor Android)
• Cele mai bune instrumente de testare IVR: Tutorial de testare CYARA și HAMMER