Cum vede un lider de echipă un Inginer QA ideal

TL;DR

Tu vrei calitate, vreau și eu, vor și clienții noștri. În dezvoltarea software, calitatea nu este doar responsabilitatea inginerului QA, este a tuturor. Dar ca inginer QA, tu ești ambasadorul calității pentru produs. Iată câteva dintre criteriile pe care le caut la un inginer QA ideal:

Victimă sau Luptător: două mentalități

Vrei calitate, vreau și eu, vor și clienții noștri. Calitatea nu este doar responsabilitatea inginerului QA, este a tuturor. Dar ca inginer QA, tu ești ambasadorul calității pentru produs.

Acest subiect a apărut într-o conversație cu Taia acum câteva luni. Ne plimbam pe străzile din Iași, discutând despre cum văd un inginer software ideal ca parte a echipei mele, când discuția s-a îndreptat natural către QA. Spuneam că inginerii software și inginerii QA de asemenea, trebuie să fie mai flexibili, să-și asume mai multă responsabilitate și să fie mai proactivi. Înțeleg și frustrarea care ar putea să apară la astfel de observații, de prea multe ori, managerii spun "fii mai proactiv" fără să explice ce înseamnă asta.

Feedback-ul fără sfaturi acționabile este doar zgomot.

Dar iată alegerea importantă:

alegem să fim victime și să ne plângem, sau continuăm să creștem?

Toată lumea crește în propriul ritm, dar acesta este primul punct pe care vreau să-l fac despre un inginer QA ideal: aleg să nu fie victimă. Lucrează cu viața așa cum este, nu așa cum și-ar dori să fie.

• "Dev-ul nu a anunțat că e gata."
• "Cerințele erau vagi."
• "Nu am avut acces la mediu."
• "Nimeni nu mi-a spus despre această funcționalitate."

Nu spun că nu există lucruri în afara controlului nostru. Oamenii fac greșeli, cerințele se schimbă, comunicarea se strică—acestea sunt realitățile lucrului cu oameni. Dar un lucru pe care îl putem controla este atitudinea noastră. Inginerul meu QA ideal ia lucrurile așa cum sunt și întreabă:

Ce pot face pentru a îmbunătăți această situație?

Se concentrează pe extinderea zonei lor de control în loc să se plângă despre ce nu pot schimba. Încă se supără uneori și vorbesc, dar înțeleg că concentrarea pe ceea ce pot influența este ceea ce îi face profesioniști grozavi.

Cele două tipuri de manageri

Înainte de a continua cu criteriile mele pentru un inginer QA ideal, aș vrea să recunosc ceva important: s-ar putea să întâlnești un manager care este nesigur sau chiar toxic, cineva care cere mai mult de la tine dar nu investește în a te ajuta să ajungi acolo. Fiecare inițiativă pe care o iei ar putea fi pusă la îndoială, fiecare sugestie respinsă dacă nu se aliniază perfect cu viziunea sa. Acest tip de manager poate într-adevăr să-ți împiedice creșterea ca QA.

Există și manageri buni, fermi dar plini de empatie, care sărbătoresc când membrii echipei lor îi depășesc. Știu că succesul echipei lor este și succesul lor.

S-ar putea să te afli într-o realitate în care proactivitatea ta ar putea fi împiedicată de chiar persoana care ar trebui să te ajute să crești.

Dacă ai un manager provocator, poți fie să te îndepărtezi de situație, fie să lucrezi încet cu el, să înțelegi preocupările și motivațiile lui și să găsești modalități de a construi încredere astfel încât proactivitatea ta să fie văzută ca o contribuție și nu ca o amenințare.

Ce caută un lider de echipă la un inginer QA ideal

Iată câteva dintre criteriile mele pentru un inginer QA ideal. Lista nu este exhaustivă, dar este un bun punct de plecare. Ca manager, cred în a-i împuternici pe oameni să lucreze independent și să ia decizii. Prețuiesc oamenii autonomi care pot gestiona probleme dificile proactiv, chiar și când nu există un ticket Jira, un comentariu într-un pull request sau un mesaj în chat care să-i ghideze.

Îmi place să mă înconjor cu oameni pe care pot conta, fără să-i tratez ca pe copii la fiecare detaliu. Îmi plac oamenii siguri pe ei care înțeleg limitările lor dar nu se tem de ele, în schimb, sunt motivați să învețe și să crească. Știu și că oamenii iubesc să fie responsabili pentru lucruri mai dificile dacă au avut timp să crească și să devină mai buni.

Îmi plac oamenii siguri pe ei care înțeleg limitările lor dar nu se tem de ele, în schimb, sunt motivați să crească.

1. Asumare proactivă

Îmi place să am oameni QA care nu așteaptă un ticket să fie atribuit înainte să înceapă să-și facă partea. Să nu mă înțelegi greșit, sunt pentru procese și documentație frumoasă, dar nu avem întotdeauna un flux perfect. Apreciez oamenii care nu stau inactivi doar pentru că procesul nu este încă în loc. Când coloana ta Jira este goală, asta nu este semnalul tău să te uiți la videoclipuri pe YouTube sau să descoperi ce mai este nou pe Instagram. În schimb, îmi place să văd oameni care cercetează instrumente și practici care le-ar putea face viața mai ușoară și, în consecință, viața întregii echipe mai ușoară.

Îmi place să am oameni QA care nu așteaptă un ticket să fie atribuit înainte să înceapă să-și facă partea.

2. Responsabilitate dincolo de zona lor directă

Îmi place QA-ul care încearcă să îmbunătățească lucruri care nu sunt în zona lor directă de contact. Poate chiar lucruri care nu sunt strict legate de QA, dar știu sau simt că dacă acel lucru ar fi implementat sau reparat, ar putea fi mai puține bug-uri și nu se tem să ceară asta.

De exemplu, ar putea observa că bug-urile sunt descoperite târziu în producție pentru că logging-ul de erori este insuficient, sau că echipa continuă să întâmpine aceleași tipuri de bug-uri. Nu știu cum să configureze tool-uri de monitorizare sau teste automate, dar ei cercetează soluții, înțeleg beneficiile și propun implementarea unor sisteme mai bune de urmărire a erorilor, alertare sau teste automate smoke în pipeline-ul CI/CD. Aduc exemple concrete și date pentru a arăta cum asta ar fi prins probleme mai devreme și ar fi salvat echipei ore de debugging.

Îmi place QA-ul care încearcă să îmbunătățească lucruri chiar dacă nu sunt în zona lor directă de contact.

3. Comunicare clară și update-uri regulate

Ca inginer QA, trebuie să comunici clar și eficient. Poate fi nevoie să înțelegi termeni tehnici care nu fac parte din vocabularul tău zilnic, dar asta e în regulă, pune întrebări.

Inginerul QA ideal nu așteaptă să fie întrebați pentru update-uri; le oferă proactiv. Update-urile frecvente, chiar și pe scurt, sunt mai bune decât tăcerea urmată de surprize. Ca lider de echipă, prefer să am update-uri mai frecvente decât să mă întreb ce se întâmplă și să încep să urmăresc oamenii cu întrebări.

Iată un sfat de pro: a spune "Nu am niciun update" este totuși un update. "Nimic nou de raportat" este un update. "Încă lucrez la același lucru" este un update. Tăcerea? Asta e doar tăcere, și îi face pe manageri nervoși.

Inginerul QA ideal poate comunica clar și oferi update-uri proactiv.

4. Curajul de a contesta și îmbunătăți

Ținând cont de tipul de manager pe care îl ai (sperăm că unul bun), îmi plac inginerii QA care mă contestează pe mine sau pe alți membri ai echipei și ne împing să gândim critic. Îmi place un QA care nu doar ascultă în tăcere și execută ce li se spune, ci mai degrabă vorbește și provoacă schimbări când beneficiază calitatea.

Un inginer QA ideal nu se teme să vorbească despre probleme care ar putea să nu fie direct în domeniul lor. Văd imaginea de ansamblu și înțeleg că calitatea este un efort de echipă. Sunt dispuși să sugereze îmbunătățiri la procese, instrumente sau fluxuri de lucru care ar putea preveni bug-uri înainte să apară. Dacă ceva nu are sens, vor spune asta și exact asta vreau.

Îmi plac inginerii QA care mă contestează pe mine sau pe alți membri ai echipei și ne împing să gândim critic.

5. Învățarea unui limbaj de programare sau framework

Îmi place să am un QA în echipă care nu se teme să instaleze proiectul local și să exploreze pentru a vedea ce se întâmplă. Nu mă aștept să implementeze funcționalități (decât dacă vorbim despre teste de automatizare), dar ar trebui să aibă o înțelegere clară despre ce tehnologii sunt folosite în proiect, ce fac și de ce echipa le-a ales.

Ar trebui să fie suficient de îndrăzneți să adauge puțin cod, mai ales în zilele noastre când AI-ul te poate ajuta cu asta. Asta va aduce QA-ul mai aproape de dezvoltatori, și asta e un câștig pentru toată lumea. Sunt fericit și dacă inginerul QA preia un limbaj de programare din proiect și merge dincolo de explorare pentru a înțelege cu adevărat conceptele mai avansate. Chiar și petrecând câteva ore pe săptămână explorând codebase-ul le va oferi o înțelegere mult mai bună a dezvoltării software și îi va ajuta în munca lor de QA.

Îmi place să am un QA în echipă care nu se teme să instaleze proiectul local și să exploreze pentru a vedea ce se întâmplă.

6. Ghidarea dezvoltatorilor în strategii de testare

La fel cum ar trebui să învețe un limbaj de programare, QA-ul ar trebui să fie și ambasadorul procesului de testare și să ghideze dezvoltatorii în cele mai bune practici pentru testare. Știm că fiecare dezvoltator ar trebui să-și testeze propria muncă, dar, sincer, nimeni nu-și poate testa propria muncă la fel de bine cum crede. Cu toții urmăm involuntar calea fericită, adică calea ce știm ca funcționează.

Inginerul QA ar trebui să ajute, să ghideze și să încurajeze dezvoltatorii să folosească modele și tehnici specifice pentru testare. Ar trebui să se stabilească ca experți, ca gardieni ai calității produsului. Nu sunt acolo pentru a prinde dezvoltatorii făcând ceva greșit, sunt acolo pentru a ajuta să construiască software mai bun.

Îmi place să am un QA care ajută, ghidează și încurajează dezvoltatorii să folosească modele și tehnici specifice pentru testare.

7. Are încredere în sine

Îmi place să am un QA care știe cum să țină dezvoltatorii cu picioarele pe pământ și să-i aducă înapoi la realitate când e nevoie. Mulți dintre noi dezvoltatorii ne îndrăgostim de codul nostru, admirăm soluțiile noastre elegante și uneori uităm că există acest lucru numit "utilizatori" care trebuie să interacționeze efectiv cu ceea ce am construit. Un QA grozav știe cum să ne bată pe umăr și să spună: "Codul e elegant, dar utilizatorii nu pot să-l folosească."

Poate nu știi toate modelele de design fanteziste sau cele mai recente tendințe de framework, dar știi ceva care este, fără îndoială, mai important: știi cum e să fii utilizator. Utilizatorilor nu le pasă dacă ai folosit cel mai recent model de microservicii sau dacă codul tău urmează principiile SOLID. Le pasă dacă lucrul funcționează. Ești un expert care asigură sistematic că produsul funcționează așa cum se așteaptă. Deține acea expertiză.

Îmi place să am un QA cu încredere în expertiza sa și capacitatea de a-i aduce pe alții cu ei.

8. Îi pasă în continuare

Ne luptăm întotdeauna în atât de multe aspecte diferite ale vieții noastre, atât profesionale cât și personale. Nu există un plan pentru succes. Sunt mulți care pretind că știu, dar încearcă să te păcălească. Încearcă să rămâi fidel ție însuți și să te ții de ceea ce contează pentru tine.

Fii dispus să-ți schimbi părerea când apar noi dovezi, dar ar trebui să ai valori care sunt importante pentru tine. Continuă să lucrezi către lucrurile care contează pentru tine, chiar dacă colegii tăi ar putea spune că nu sunt importante. Dacă simți că ceva este important de făcut ca inginer QA, fă-l până descoperi că nu este.

Fii profesional. Nu renunța. Pasiunea ta pentru calitate contează.

Îmi place să am un QA care are valori importante pentru el, dar este și dispus să-și schimbe părerea când apar noi dovezi.

Concluzie

Ia cuvintele mele cu un strop de sare. Trăiesc cu un inginer QA sub același acoperiș, deci deși știu câte ceva despre QA, sunt conștient cât de complex este domeniul tău.

Te admir ca inginer QA. Ca dezvoltator și lider de echipă, atât de multe probleme au fost rezolvate pentru că am avut ingineri QA grozavi în jurul meu. Am avut oameni care m-au contestat, oameni care m-au făcut să ies din zona mea de confort. Oameni care m-au ajutat să cresc ca lider și ca persoană.

Deci continuă să faci ceea ce faci. Continuă să-ți pese. Continuă să contestezi. Continuă să crești. Industria are nevoie de mai mulți ingineri QA ca tine.

Te admir ca ingineri QA care continuă să vă pese, să contestați și să creșteți.