Ai semnat contractul, ai primit raportul de bug‑uri, ai bifat "QA externalizat" pe lista de priorități. Și totuși, la lansare, aplicația s‑a împiedicat de primul utilizator real. Sună familiar?
Outsourcing‑ul de QA este o decizie strategică bună — dar numai dacă știi ce să cumperi, cum să verifici și unde sunt capcanele pe care furnizorii le bagă în fine print. Hai să vorbim deschis despre asta.
Ce înseamnă, de fapt, "echipă QA externalizată" în România
Piața locală de outsourcing QA a crescut vizibil în ultimii ani. La evenimente ca DevTalks sau A4Q Summit auzi din ce în ce mai des companii din sectoare bancar, automotive, retail și energie care transferă testarea către furnizori externi. Motivele sunt clasice: cost mai mic, scalabilitate rapidă, lipsă de resurse interne.
Problema e că "echipă QA" poate însemna orice. Uneori primești 2‑3 juniori cu 6 luni experiență care știu să deschidă un ticket în JIRA și să ruleze un test case din documentație. Alteori primești o echipă matură cu expertiză în Selenium 4, Playwright sau Postman, cu procese clare de raportare și un mindset real de quality assurance — nu de bug‑catching de suprafață.
Diferența dintre cele două scenarii nu se vede în ofertă. Se vede abia după 3 luni de colaborare, când dai seama că 80% din bug‑urile raportate sunt cosmetic issues, iar defectele critice din fluxul de plată au trecut neobservate.
Ce scrie în contract vs. ce primești în realitate
Primul semnal de alarmă: contractele de outsourcing QA vând adesea "ore de testare", nu "calitate livrată". Diferența e uriașă.
Un contract bazat pe ore te expune la o dinamică perversă: furnizorul are interes să testeze lent și să raporteze multe bug‑uri minore — fiecare oră facturată e oră plătită. Tu îți imaginezi că primești acoperire completă, dar de fapt primești volum, nu valoare.
Capcane frecvente pe care să le cauți în contract
- Lipsa unui SLA (Service Level Agreement) clar pentru severitatea bug‑urilor — cât de repede se raportează un defect critic față de unul minor?
- Absența unor metrici de acoperire: câte test case‑uri, ce procent din funcționalități, ce tipuri de testare (funcțional, regresie, performanță, securitate)?
- Clauze vagi despre "livrabile" — un raport PDF frumos nu înseamnă că aplicația e testată temeinic.
- Nicio mențiune despre tools și framework‑uri folosite — dacă mâine schimbi furnizorul, poți prelua artefactele de testare sau totul pleacă cu ei?
Un contract bun specifică: tipurile de testare acoperite, tool‑urile agreate (JIRA pentru tracking, Selenium 4 sau Playwright pentru automatizare, Postman pentru API, MySQL pentru validări de baze de date), frecvența rapoartelor, ownership‑ul asupra test suite‑ului și criterii clare de "done".
Cum verifici dacă echipa externă chiar livrează valoare
Nu ai nevoie de acces la codul lor. Ai nevoie de câteva întrebări simple și de ochi deschiși.
În prima lună, uită-te la rapoartele de bug‑uri: sunt specifice, reproductibile, cu pași clari și environment detaliat? Sau sunt vagi, scrise de parcă testerul a scris o jumătate de propoziție și a dat submit? Un bug report bun nu e semn de pedanterie — e semn că omul din spate înțelege produsul tău.
Pune‑le o întrebare directă: "Ce arie de risc ați identificat în sprint‑ul ăsta?" Dacă răspunsul e un șir de funcționalități testate fără nicio analiză de risc, ai un semnal clar. O echipă matură gândește risk‑based din start — știe că modulul de autentificare e mai critic decât pagina de "Despre noi" și alocă resursele în consecință.
Mai verifică și rata de bug‑uri reopened: dacă mai mult de 20‑25% din defectele "rezolvate" se redeschid, avem o problemă fie de comunicare, fie de superficialitate în retestare.
Modelele de outsourcing care funcționează (și cele care nu)
Există trei modele principale și fiecare vine cu riscurile lui
Modelul "body leasing" — plătești ore, primești oameni. Flexibil pe termen scurt, vulnerabil pe termen lung dacă nu ai un QA Lead intern care să coordoneze. Fără ownership intern, calitatea oscilează cu fiecare rotație de personal la furnizor.
Modelul "managed QA team" — furnizorul îți pune la dispoziție o echipă cu lead dedicat, procese proprii și raportare structurată. Mai scump, dar mult mai predictibil. Funcționează bine în sectoare cu cerințe stabile, cum ar fi bancar sau energie.
Modelul "test automation as a service" — furnizorul construiește și menține un framework de automatizare (Cypress, Playwright, Selenium 4) și rulează pipeline‑ul la fiecare release. Atenție: asigură-te că deții codul sursă al testelor și că el poate fi integrat în CI/CD‑ul vostru intern. Altfel, la finalul contractului rămâi fără filet de siguranță.
Modelul care nu funcționează, indiferent de preț: echipa externă complet izolată, fără niciun punct de contact cu echipa de produs. Testarea nu se face în vid. Un tester care nu înțelege contextul de business al aplicației va raporta bug‑uri corecte dar irelevante și va rata defectele cu adevărat importante.
Ce ar trebui să știe și HR‑ul și Procurement‑ul
Dacă ești pe partea de achiziție sau HR și nu ai background tehnic, există câteva lucruri pe care poți să le verifici fără să fii inginer.
Cere referințe verificabile de la clienți actuali, nu doar studii de caz PDF. Întreabă explicit câți testeri din echipă sunt ISTQB certificați — certificarea nu garantează excelența, dar arată că omul a investit în profesia lui (codul COR 351108 pentru "Analist Testare Software" există în România tocmai pentru că testarea e o meserie serioasă, recunoscută oficial din 2021). Verifică dacă furnizorul participă la comunitatea de QA locală — evenimentele, workshop‑urile, contribuțiile publice spun mai mult decât orice prezentare comercială.
Și cel mai important: nu semna un contract de mai mult de 6 luni fără o perioadă de trial de 30‑60 de zile cu metrici clare de evaluare. Pierderea unui trimestru e recuperabilă. Pierderea unui an, mai greu.
Vrei să știi ce înseamnă QA de calitate, din interior?
Cel mai bun mod de a evalua o echipă externă de testare este să înțelegi tu însuți ce face un tester bun. Dacă ești manager, lead tehnic sau antreprenor care vrea să nu mai fie păcălit de rapoarte frumoase și livrabile goale, cursurile și certificările de la Academia Testarii îți oferă exact perspectiva asta.
De la fundamentele de Software Testing până la certificarea ISTQB Foundation Level, acoperim tot ce trebuie să știi ca să pui întrebările corecte, să citești un contract cu ochi critic și să construiești — intern sau extern — o echipă de QA care chiar livrează.
Intră pe academiatestarii.ro, explorează programele disponibile și, dacă ai întrebări despre cum arată un proces de testare sănătos, suntem aici. 🚀
#DeAziEstiTester #AcademiaTestarii #SoftwareTesting #QualityAssurance #TestareSoftware