Ai auzit de testare non‑funcțională și ți s‑a părut că e un subiect pentru oameni cu ani grei de experiență, certificări stivuite pe LinkedIn și un terminal deschis permanent în colțul ecranului. Știu exact cum te simți — și îți spun din start: nu e chiar așa.
Testarea non‑funcțională nu e un nivel secret la care ajungi după zece ani. E o perspectivă pe care poți începe să o cultivi din primele luni de carieră, cu tool‑uri accesibile și cu un pic de curiozitate metodică.
Shall we?
Ce înseamnă, de fapt, testarea non‑funcțională?
Când testezi funcțional, întrebi: "Face aplicația ce trebuie să facă?" Când testezi non‑funcțional, întrebi: "Face ce trebuie, dar CUM o face?" — adică cât de repede, cât de sigur, cât de bine se ține pe picioare când lumea dă năvală.
Cele trei mari capitole pe care le vei întâlni cel mai des sunt performanța, securitatea și scalabilitatea. Fiecare are propriile unelte, propriile metrici și propriile capcane. Dar toate pornesc de la același mindset: gândești dincolo de happy path și te întrebi ce se întâmplă când lucrurile merg... mai greu.
Performanța — primul tău contact cu testarea non‑funcțională
Cel mai probabil vei atinge testarea de performanță înainte de orice alt tip non‑funcțional. De ce? Pentru că orice echipă simte durerea unui sistem lent. Clientul din banking care stă 8 secunde după un ecran de loading, utilizatorul din retail care abandonează coșul de cumpărături pentru că pagina nu se încarcă — acestea sunt bug‑uri de business, chiar dacă în JIRA nu le poți reproduce cu un simplu click.
Ca junior, nu trebuie să construiești un pipeline de load testing de la zero. Începe simplu:
- Folosește Chrome DevTools (tab‑ul Network și Lighthouse) pentru a înțelege cum se comportă o pagină web sub condiții normale.
- Familiarizează-te cu JMeter sau k6 — ambele au documentație solidă și tutoriale gratuite. JMeter e mai vizual, k6 e mai prieten cu codul.
- Înțelege diferența dintre load testing (simulezi utilizatori normali), stress testing (împingi sistemul până cedează) și spike testing (trimiți trafic brusc, ca într‑o campanie flash).
#FunFact: la DevTalks Cluj și București, testarea de performanță apare aproape în fiecare ediție ca subiect de panel. Înseamnă că industria o consideră prioritară — și tu ar trebui la fel.
Securitatea — nu e doar pentru pentesteri cu glugă neagră
Security testing sună a film de hacking. În realitate, pentru un tester junior, înseamnă să știi să pui întrebările corecte și să aplici câteva verificări de bază.
Nu trebuie să fii expert în criptografie pentru a detecta că o aplicație expune date sensibile în URL, că o sesiune nu expiră după logout sau că un câmp de input acceptă SQL injection elementar. Acestea sunt vulnerabilități reale, descoperite zilnic în aplicații din domenii precum energie, ospitalitate sau automotive.
Un punct de start concret
- Citește OWASP Top 10 — e lista celor mai comune zece vulnerabilități web. E gratuită, clară și tradusă în zeci de limbaje umane.
- Exersează cu Burp Suite (versiunea Community e gratuită) pentru a intercepta și inspecta requesturi HTTP.
- Când testezi un API în Postman, întreabă-te: ce se întâmplă dacă trimit un token expirat? Dacă nu trimit niciun header de autorizare? Dacă încerc să accesez resurse ale altui utilizator?
La A4Q Summit, certificările dedicate security testing câștigă tot mai mult teren printre testerii din România. Nu e un trend întâmplător.
Scalabilitatea — gândul că "poate o să crească"
Scalabilitatea e prietena apropiată a performanței, dar pune o întrebare diferită: sistemul se comportă la fel de bine cu 100 de utilizatori ca și cu 10.000? Și dacă nu, unde se rupe?
Ca junior, rolul tău în testarea de scalabilitate nu e să proiectezi arhitectura cloud — ci să înțelegi semnalele de alarmă. Dacă timpii de răspuns cresc exponențial odată cu numărul de request‑uri, dacă baza de date (fie ea MySQL sau orice alt engine) devine bottleneck, dacă erorile de timeout apar doar sub load — acestea sunt informații valoroase pe care le poți documenta și escalada.
Un exercițiu util: rulează același scenariu de test în JMeter cu 10, 50 și 200 de utilizatori virtuali simultan. Compară timpii de răspuns. Graficele vor spune o poveste pe care orice developer o va înțelege imediat.
Cum îți construiești un mindset non‑funcțional de la zero
Cel mai mare obstacol nu e lipsa tool‑urilor — e lipsa obiceiului de a pune întrebările corecte. Iată câteva întrebări pe care poți să le adaugi în rutina ta de testare, indiferent de proiect:
- Cât de repede răspunde sistemul în condiții normale? Dar la vârf de trafic?
- Ce date sensibile sunt transmise și cum sunt protejate?
- Ce se întâmplă dacă numărul de utilizatori se triplează brusc?
- Există timeout‑uri configurate? Mesaje de eroare care nu expun informații interne?
- Am verificat că după logout sesiunea chiar e invalidată?
Nu trebuie să răspunzi singur la toate. Dar dacă le pui în ședința de grooming sau le adaugi ca criterii de acceptanță în JIRA, devii instantaneu un tester mai valoros pentru echipa ta.
Ține minte: testarea non‑funcțională nu e un proiect separat care se face "la final". E un strat de calitate care se aplică în paralel, iterativ, chiar și cu mijloace modeste.
De unde continui de aici?
Dacă simți că ai prins gustul acestor subiecte și vrei să le aprofundezi structurat — nu doar prin tutoriale împrăștiate pe YouTube — Academia Testarii are exact ce îți trebuie. Cursurile noastre sunt gândite pentru oameni reali, nu pentru manuale abstracte: pornești de la concepte clare, treci prin exerciții hands‑on și ajungi la un nivel la care poți vorbi cu autoritate despre performanță, securitate și scalabilitate în orice interviu sau proiect.
Explorează oferta noastră de cursuri și certificări ISTQB pe academiatestarii.ro și fă primul pas concret spre o carieră în QA în care testarea non‑funcțională nu mai e un mister, ci un avantaj.
Abia aștept să te văd în comunitate. 😊
#DeAziEstiTester #AcademiaTestarii #SoftwareTesting #QualityAssurance #TestareSoftware