6 lucruri pe care mi-aș dori să le știu când am început ca inginer QA

Înainte de a ajunge în mâinile clientului, fiecare produs de pe piață este supus unor teste pentru a se asigura că funcționează corect, fără a se rupe în timpul procesului. În „linia de producție” a unei companii de dezvoltare persoana responsabilă cu excelența produsului final este inginerul de Asigurare a Calității.

Un inginer de asigurare a calității, cunoscut și sub numele de QA, se asigură că nu există probleme cu produsul final și că totul funcționează fără probleme . Pentru a face acest lucru, efectuează teste manuale și automate continue pe parcursul tuturor etapelor de producție.

Dar un QA nu este doar un tester de software sau un analist. Pentru a asigura performanța de vârf a produsului, aceștia trebuie să aibă o imagine clară a afacerii clientului, a logicii din spatele ideii și a obiectivelor produsului. Ei trebuie să se gândească la profilul utilizatorului final, precum și să aibă cunoștințe aprofundate despre pașii și procesele ciclului de dezvoltare.

Și nu este ceva pentru care poți obține o diplomă. S-ar putea să nu fie nevoie de o anumită pregătire sau educație pentru a începe ca un QA, dar un anumit set de abilități va fi cu siguranță de ajutor. Dacă ești flexibil și versatil, ai atenție la detalii și gândește în afara cutiei, dacă ești un jucător de echipă și ești mereu gata să înveți și să te perfecționezi, poate că aceasta este calea de carieră potrivită și pentru tine.

Așadar, permiteți-mi să vă spun povestea cum am devenit inginer de asigurare a calității.

Sursă

Totul a început în vara lui 2014 și, ca majoritatea lucrurilor bune din viață, a fost o pură coincidență. Pe atunci, lucram ca barman și tocmai absolvisem un Master în Chimie Nucleară. (Da, vă puteți imagina ce fel de „cocteiluri explozive” agitam atunci).

Într-o zi însorită, CEO-ul DevriX, Mario Peshev, mi-a cerut să ajut compania cu testarea proiectelor lor. M-am gândit, sigur, de ce nu, este o treabă ușoară – stau liniștit, dând clic pe mouse, adăugând niște valori ici și colo, asigurându-mă că software-ul funcționează. Cât de naiv eram atunci.

Oricum, am acceptat postul de Tester și lucrez ca Specialist QA în ultimii șase ani. După cum vă puteți imagina, testarea software-ului nu a fost ceea ce mă așteptam să fie. Nu stă și dă clic toată ziua cu mouse-ul. Este mult mai mult decât atât și, uneori, este chiar greu de exprimat în cuvinte ceea ce facem de fapt.

Acum că sunt de ceva vreme, îmi dau seama că există 6 lucruri esențiale pe care mi-aș fi dorit să le știu când am început ca AQ. Dacă ești pe aceeași cale, continuă să citești – s-ar putea să înveți ceva sau două din greșelile mele. Și dacă nu o faci, nu fi prea îngâmfat, vei avea suficient timp să faci propriile greșeli. Pentru că așa învățăm și devenim cei mai buni în ceea ce facem.

1. Nu este o muncă ușoară

Sursă

Există o tendință în curs de dezvoltare în zilele noastre, pe care nu pot să nu o remarc. Mulți oameni își părăsesc zona de confort pentru a-și schimba calea în carieră și a sari în domeniul IT.

Și un procent mare dintre acești oameni aleg să încerce cariera QA pentru că pare cea mai ușoară.

Nimic mai departe de adevăr. De fapt, pentru a deveni un inginer QA de succes, trebuie să depui aceeași cantitate de timp și efort pentru a deveni un dezvoltator de software . Există o grămadă de abilități tehnice esențiale pe care trebuie să le înveți, dar, mai important, trebuie să stăpânești capacitatea de a le alege pe cea potrivită la momentul potrivit. Inginerul QA combină o mulțime de roluri, iar munca lor necesită o înțelegere a întregului ciclu de dezvoltare și a obiectivelor de afaceri . Nu este doar să găsești erori și să subliniezi că asta sau asta nu funcționează.

Pentru a deveni un inginer QA de succes, trebuie să depui același timp și efort ca și pentru a deveni un dezvoltator de software.

Dacă vrei să fii un inginer QA de succes, trebuie să înțelegi:

• Cum să-ți gestionezi mai bine timpul
• Cum să gestionați cererile care vi se atribuie
• Cum să-ți prioritizezi sarcinile

În același timp, toate cele de mai sus fac parte din rolul managerului de proiect.

În calitate de QA, trebuie, de asemenea, să dezvoltați capacitatea de a construi un mediu de server de testare sau de staging sau de a putea implementa sau repara un server defect, care face parte din rolul SysAdmin/DevOps .

În același timp, trebuie să fiți capabil să citiți și să înțelegeți informațiile necesare din Google Analytics (GA) sau orice alte date , care fac parte din rolul de Data Analyst.

Prin urmare, QA-ing necesită să fii proactiv și să înveți și să explorezi în mod constant noi teritorii.

2. Nu trebuie să cunoașteți niciun limbaj de codare (dar ajută)

Sursă

După cum ați citit la început, înainte de a deveni inginer QA, am fost barman.

Abilitățile mele de codificare și baza de cunoștințe în orice limbaj de programare au fost zero . Da, toate testele au fost cutie neagră. Da, cu multă gândire creativă și efort, am putut să compensez acest lucru și să-mi fac treaba.

Dar, pe măsură ce proiectele deveneau mai mari și funcționalitățile deveneau mai complexe , timpul pentru testare s-a dublat. Și „metodele” mele de sus pur și simplu nu au fost rentabile și mi-au provocat mult stres.

Deci, decizia inteligentă a fost să începem să înveți PHP. De ce PHP? DevriX este o agenție WordPress pentru întreprinderi și, după cum știți, WordPress este un CMS scris în PHP. Deci, dacă voiam să verific și să înțeleg logica dezvoltatorului în commit-uri, trebuia să înțeleg limba lor (codul). Această abordare a redus semnificativ timpul de testare. Mai mult, de multe ori, problemele au fost surprinse chiar și în procesul de revizuire a codului.

Ideea mea este că, da, poți fi un tester fără niciun limbaj de codare, dar asta îți va face viața un coșmar. Deci gândește-te.

3. Trebuie să înțelegeți clientul și obiectivele de afaceri

Sursă

A fi un bun QA este bine. Dar dacă vrei să fii un excelent inginer QA , trebuie să înțelegi obiectivele de afaceri ale clientului. Treaba ta nu constă doar în scrierea și testarea codului. Este vorba despre crearea de valoare pentru afaceri.

În calitate de inginer software QA, testarea codului și înțelegerea obiectivului de afaceri este modul în care puteți face un pas înapoi pentru a vedea o imagine de ansamblu a ceea ce face toată lumea. Acest lucru vă permite să oferiți o valoare suplimentară produsului final. Luați o idee, o întoarceți pe dos și înapoi, o deconstruiți și o reconstruiți pentru a găsi defectele și slăbiciunile. Trebuie să te gândești din perspectiva clientului, dar și să mergi o milă în pielea utilizatorului final pentru a prevedea modul în care aceștia vor manipula produsul și își vor îmbunătăți experiența.

Înțelegerea afacerii unui client vă poate face mai încrezător în luarea deciziilor , prioritizarea sarcinilor sau gestionarea mai eficientă a timpului. Vă poate ajuta să preveniți o implementare greșită de către echipa de dezvoltare concepții greșite sau neînțelegerea cerințelor.

Deci, QA chiar trebuie să aibă capul în joc și să fie pe măsură.

4. Continuați să învățați continuu

Tehnologia informației se schimbă rapid și niciunul dintre noi nu știe ce ne rezervă viitorul. Este greu să ții pasul cu noile tehnologii, cadre, limbaje și tehnici de proiectare. Dacă sunteți un inginer QA care nu își menține abilitățile la zi, nu veți putea obține cele mai bune oportunități de angajare – să fiu sincer, este posibil să nu obțineți nici măcar. O echipă este la fel de puternică ca și cea mai slabă unitate a ei. Extinderea setului de competențe vă va extinde oportunitățile, chiar și în cadrul organizației dvs.

Învățarea continuă vă permite să promovați inovația și să fiți un catalizator pentru creșterea echipei. Când aduci noi idei echipei tale, îi provoci pe membrii echipei să se gândească la modalități noi și mai bune de a face lucrurile.

Cei mai buni testeri de software înțeleg atât partea comercială, cât și partea tehnică a produsului lor. Ei vin cu întrebări unice care pot să nu apară altor persoane cu alte roluri în echipă.

5. Pune întrebări bune

Testerii buni ar trebui să pună întrebări bune!

Când vi se atribuie o nouă sarcină, prima întrebare pe care trebuie să o puneți este:
„Cu cine trebuie să vorbesc dacă vreau să înțeleg ce să testez?” Răspunsul aici este simplu – Vorbește cu oricine poți!

Când începeți un nou proiect, trebuie să creați o listă cu toate persoanele care vă pot oferi orice informații. Partea dificilă este ce fel de întrebare să pui.

Pentru a vă face o idee mai bună despre ceea ce vorbesc, să ne imaginăm următorul scenariu:

Participați la o întâlnire importantă și discutați cu echipa despre un nou proiect interesant. Este rândul tău să pui întrebări și să tragi ceva de genul „Ce crezi că ar trebui testat?” . Imaginează-ți doar privirea oamenilor care se uită înapoi la tine!

Aproape toți cei din cameră vor spune: „Ei bine, nu ești aici inginerul QA? Testează totul! Nu vrem erori în mediul de producție!”

Acela este momentul în care te-ai înșelat.

Acum începi să realizezi că nu ai timp suficient pentru a testa întregul produs, că ți-a distrus autoritatea în conducerea superioară, că nu înțelegi produsul în sine.

Problema aici este că am rugat pe altcineva să ne facă treaba pentru noi, să vină cu ce trebuie testat și când.

Deci, revenind la scenariul întâlnirii, trebuie să punem întrebări fără să vorbim măcar despre operațiunile de testare. Încercați să înțelegeți ce domenii sunt importante din punctul de vedere al utilizatorului sau pe baza analizei concurentei. Încercați să culegeți informații, de ce clientul alege produsul nostru și de ce este atât de unic.

Iată câteva întrebări pe care le poți adresa:

• Care sunt cele mai importante aspecte ale aplicației? Ce îl face unic în comparație cu concurenții?
• Pe ce parte a produsului ne vom concentra în campaniile noastre de marketing?
• Avem niște date Google Analytics (cum ar fi browsere, sisteme de operare, regiuni etc.), care ne vor ajuta să țintim mai bine publicul?
• Avem vreo formă de plată legată de produs? Ce furnizori de plăți vom folosi, pe baza experienței?

Observați că nu am întrebat ce să testăm, dar am întrebat ce este important pentru afacere.

6. Împărtășiți-vă experiența cu colegii QA

Sursă

Puteți fi un inginer QA extraordinar de talentat, dar dacă nu vă împărtășiți cunoștințele, acest lucru nu vă va face o persoană bună și nici un angajat grozav.

Împărtășirea înseamnă grijă!

Când citiți o postare bună pe blog sau aflați despre o nouă tehnologie sau un instrument, distribuiți-l! Împărtășind acest lucru cu echipa, arăți că nu numai că ești un învățat dornic, ci că vrei să-l ajuți să învețe și să atingă obiectivele echipei.

Împărtășindu-vă cunoștințele, precum și momentele rele și bune, greșelile pe care le-ați făcut sau realizările pe care le-ați câștigat, puneți bazele unei echipe puternice.

Există multe modalități de a vă împărtăși cunoștințele:

• Scrieți postări pe blog legate de profesia sau munca dvs
• Pregătiți și organizați ateliere
• Dezvoltați și desfășurați diferite activități de formare
• Înregistrați videoclipuri sau podcasturi YouTube

Încheierea

Toate cele de mai sus vă vor ajuta să deveniți un Superstar QA Engineer cu o echipă grozavă și solidă care să vă sprijine, ceea ce aduce valoare companiei.