Luni dimineață. Deschizi laptopul, intri prima oară în JIRA, vezi un backlog cu 47 de tickete și simți că ai aterizat pe o altă planetă. Nu cunoști terminologia, nu știi de unde să începi și, cel mai important, n‑ai testat niciodată nimic în mod profesional. Suna familiar? Exact de acolo au plecat și cei mai mulți dintre cursanții noștri — oameni cu background în contabilitate, pedagogie, vânzări, inginerie mecanică. Toți au ajuns să scrie test case‑uri reale, să raporteze bug‑uri în JIRA și să lucreze cu echipe din domenii ca bancar, retail, automotive și energie. Dacă ei au reușit, și tu poți.
Shall we?
Primele 30 de zile: de la zero la orientat
Prima lună nu e despre Selenium 4 sau Playwright. E despre mindset. Înveți să privești un produs software cu ochii unui utilizator suspicios — unul care vrea să găsească tot ce poate merge prost înainte ca acel prost să fie clientul final.
Concret, în primele 30 de zile parcurgi câteva straturi de bază. Înțelegi ce este un ciclu de viață al dezvoltării software (SDLC) și unde se plasează testing‑ul în el. Înveți să distingi între o cerință funcțională și una non‑funcțională. Scrii primele tale test case‑uri — nu perfecte, dar ale tale. Raportezi primele bug‑uri în JIRA cu câmpuri complete: titlu clar, pași de reproducere, rezultat actual vs. rezultat așteptat, severitate, prioritate.
Tot acum faci cunoștință cu MySQL la nivel de interogări simple — un SELECT cu WHERE îți poate confirma dacă datele salvate de o aplicație sunt chiar cele așteptate. Nu e programare, e investigație. Exact ce face un bun tester.
Ce greșești aproape sigur (și e complet normal)
Să fim cinstiți: toată lumea greșește cam aceleași lucruri în primele săptămâni. Nu e un reproș, e o prognoză. Dacă știi din timp, poți corecta mai repede.
Prima greșeală clasică: bug‑urile descrise vag. "Aplicația nu merge" nu este un bug report. Un bug report este: "La click pe butonul 'Salvează' din formularul de înregistrare (Chrome 124, Windows 11), pagina returnează eroarea 500 fără mesaj util pentru utilizator. Comportamentul așteptat: datele se salvează și utilizatorul e redirecționat către dashboard." Diferența dintre cele două versiuni este diferența dintre un junior ignorat și un junior apreciat.
A doua greșeală: testezi doar happy path‑ul. Introduci date valide, totul merge, bifezi "pass" și treci mai departe. Dar aplicațiile se strică mai ales la margini — când câmpul de telefon primește litere, când fișierul încărcat e mai mare de 10 MB, când utilizatorul apasă de două ori pe același buton în 300 de milisecunde. Aceste scenarii de tip edge case și negative testing sunt exact ce separă un tester superficial de unul valoros.
A treia greșeală: te grăbești să înveți automation înainte să stăpânești manual testing. Automation fără fundament solid e ca și cum ai construi o casă de la acoperiș. Selenium 4 și Cypress sunt unelte puternice, dar o unealtă în mâinile cuiva care nu înțelege ce testează va produce scripturi fragile, greu de menținut, care dau false negatives.
Cum arată primul tău plan de testare real
Un test plan nu e un document impresionant prin numărul de pagini. E un document util prin claritatea lui. La primul tău plan, vei fi tentat să scrii mult și să spui puțin. Rezistă tentației.
Un test plan minimalist, dar complet, acoperă câteva secțiuni esențiale. Scopul testării: ce funcționalitate sau modul intri în scope și, la fel de important, ce rămâne în afara scope‑ului. Criteriile de intrare și ieșire: când începem testarea și când o considerăm finalizată. Tipurile de testare aplicate: funcțional, regression, smoke, exploratory. Mediul de testare: browser, sistem de operare, versiunea aplicației. Riscurile identificate: ce ar putea bloca testarea sau afecta calitatea. Și, bineînțeles, test case‑urile sau referințele către ele.
#FunFact: un test plan scris de un junior bine pregătit va fi mereu mai valoros decât unul scris de un senior care face copy‑paste din proiectul anterior fără să citească cerințele. Primul pas contează mai mult decât experiența, uneori.
În domeniile în care lucrează absolvenții noștri — bancar, retail, electrocasnice, ospitalitate — un plan de testare bine structurat poate preveni o lansare dezastruoasă. Un bug scăpat în producție într‑un sistem de plăți sau într‑o aplicație de gestiune a stocurilor costă mult mai mult decât orele investite în testare corectă.
Instrumentele cu care vei lucra de la început
Nu trebuie să le știi pe toate din prima zi, dar e bine să știi ce te așteaptă. JIRA rămâne standardul de facto pentru bug tracking și project management în echipele agile. Postman îți va fi aliat în testarea API‑urilor — și vei descoperi repede că multe bug‑uri stau ascunse în răspunsurile JSON, nu în interfața vizuală. Chrome DevTools îți arată ce se întâmplă "în spatele cortinei": request‑uri HTTP, erori de consolă, timpi de încărcare.
Mai târziu, când fundația e solidă, intri în lumea automation cu Selenium 4 sau Playwright, înveți să scrii teste în framework‑uri precum pytest sau JUnit, și poate chiar explorezi opțiunile low‑code/no‑code pentru echipele fără resurse de programare dedicată.
Piatra de temelie rămâne mereu aceeași: să înțelegi CE testezi, DE CE și CUM comunici ce găsești.
Certificarea — de ce contează și când e momentul
Odată ce ai câteva luni de practică, certificarea ISTQB Foundation Level devine un avantaj clar în CV. Nu pentru că o hârtie te face mai bun, ci pentru că demonstrează că ai un limbaj comun cu industria — același limbaj pe care îl vorbesc echipele din firme listate la DevTalks sau speakerii de la A4Q Summit.
Academia Testarii este centru acreditat de pregătire, iar cursanții noștri au susținut examenul ISTQB cu o rată de promovare care vorbește de la sine. Profesia de Analist Testare Software are cod COR 351108 din 2021 — e o meserie recunoscută oficial, cu traseu de carieră clar și cerere reală pe piața din România.
Nu ești prea vechi, nu ești prea departe de IT și nu e prea târziu. Sunt exact lucrurile pe care ni le‑au spus cursanții noștri înainte să înceapă — și pe care au încetat să le mai creadă după primele 30 de zile.
Dacă vrei să afli cum arată un program structurat, de la primele concepte de manual testing până la automation și ISTQB, vizitează academiatestarii.ro sau scrie‑ne direct. Îți răspundem fără jargon și fără pitch agresiv — promisiunea unui mentor, nu a unui agent de vânzări. 🚀
#DeAziEstiTester #AcademiaTestarii #ISTQB #TestareSoftware #CursuriTestare