qa s roles vs goals how balance both achieve your goals
Acest articol este dedicat Frăției mele pasionate de QA !!!
Au trecut vremurile în care QA-urile obișnuiau să aibă mult timp în așteptarea venirii versiunilor și mai târziu începeau testarea, ridicau erorile în consecință și apoi așteptau din nou ca dezvoltatorii să le remedieze.
Și-ar petrece o mare parte din timp în practicarea limbii engleze, LOL !!. Mă refer la scrierea cazurilor de testare, examinarea lor și finalizarea acestora pentru a fi utilizate pentru testare.
Timpul s-a schimbat foarte mult, la fel și rolurile. S-ar putea să fiți norocos dacă supraviețuiți doar făcând teste manuale și cu giganți IT mari precum Infosys, Wipro, TCS, Accenture etc.
Fiind într-o firmă de dimensiuni medii sau mici, trebuie să fiți conștienți de anumite abilități speciale, în afară de testarea manuală de bază. Ar putea fi ceva de genul testare API, poștaș, SĂPUN , Testarea bazei de date , validări de partea clientului către cele mai complexe, cum ar fi automatizarea și testarea performanței.
În această tendință actuală, este posibil să fi observat că locurile de muncă disponibile chiar și pentru testerii cu 2-4 ani de experiență, enumeră o mulțime de lucruri.
Mai jos este prezentat un eșantion al descrierii postului pentru rolul unui tester cu 2-4 ani de experiență profesională:
- Buna cunoaștere a Java.
- Seleniu - Obligatoriu.
- Trebuie să fie bun în testarea performanței - Jmeter / LoadRunner cu o înțelegere aprofundată a sistemelor de operare și a conceptelor de optimizare a performanței
Am enumerat doar abilitățile de bază, dar mai sunt multe de adăugat pe listă. Python, Perl, groovy etc. își găsesc propriul loc în majoritatea deschiderilor.
Asa de, ce încheiem aici? Se mută industria în rolul SDET?
Cu toate acestea, aș fi de acord cu anumite puncte, cum ar fi - un tester ar trebui să aibă cunoștințe de bază despre limbajul de programare și ar trebui să fie dispus să facă automatizarea când este necesar . Trebuie să vă întrebați de ce este termenul „ când este necesar ”Păstrat îndrăzneț? Acest lucru se datorează practicilor care sunt urmate în zilele noastre.
O mulțime de companii angajează pentru testarea automatizării, dar ar trebui să vă simțiți norocoși numai dacă puteți găsi un proiect de automatizare în acea nouă organizație. De multe ori ați ateriza într-un alt proiect manual în care nu veți găsi posibilități de învățare după câteva luni.
Principalul motiv pentru schimbarea companiei dvs. actuale ar putea fi „Nu am experiență de automatizare” . Poate că va trebui să depuneți toate eforturile pentru a învăța automatizarea și apoi să schimbați compania, deoarece doriți să treceți de la testarea manuală. Deci iată-te !!
Ești înșelat din nou !!
O altă parte cea mai proastă pe care am observat-o că se întâmplă în multe organizații este că chiar și un conducător QA sau un manager QA fac aproape aceeași muncă ca un tester junior. Este posibil să nu fie cazul peste tot, dar promovarea ca lider QA nu garantează că veți obține rolurile pe care le căutați.
Ierarhia în proiectul dvs. vă poate determina să faceți aceeași muncă pe care o îndeplinesc colegii juniori. Rolurile managerului QA sunt aproape în derulare.
Deci, unde ar trebui să se vadă un viitor QA principal?
În cele din urmă, dar cel mai interesant este faptul că fiecare din această fraternitate IT visează să meargă la fața locului. Dacă comparați șansele la fața locului pe care le au BA sau dezvoltatorii cu ceea ce obține un QA, atunci vă veți simți trist să fiți de partea care pierde. Am lucrat cu diferite organizații și există câteva cuvinte obișnuite pe care urechile mele le auzeau de la HR sau Managementul Superior.
Acestea sunt cuvintele care mă întristează - „Nu există locații pentru QA-uri” . Dar, din nou, nu este același caz peste tot. Cu toate acestea, doar citez tendințele generale din industrie.
procesul de gestionare a defectelor în testarea software-ului
Deci, să revedem titlul acestui articol' Roluri QA v / s Obiective '.
Punctul cheie pe care încerc să-l subliniez aici este „Rolurile noastre se concentrează asupra obiectivelor noastre” . Sunt sigur că majoritatea dintre ei ar spune NU !! Pe măsură ce trec zilele, odată cu creșterea experienței dvs. an de an, uneori simțim ce este ceva nou pe care îl facem? Răspunsul va fi că facem aceeași muncă pe care am făcut-o cu 3-4 ani în urmă. ”.
Am întâlnit profiluri ale anumitor testeri care chiar și cu peste 10 ani de experiență încă lucrează ca „Analist de testare” sau „Analist de testare senior”, în timp ce dezvoltatorii cu aceeași gamă de experiență devin „manageri de proiect” sau „manageri de produs” ”.
Dacă retrospectați rolurile pe care le-ați îndeplinit de-a lungul carierei, atunci tabelul de mai jos va suna interesant și deprimant. Veți observa că nu învățați nimic chiar și după 7-8 ani de experiență de muncă.
| Denumiri | Ani pe același rol (Media | Ani totali de experienta | Învățări / Preocupări / Provocări |
|---|---|---|---|
| Manager QA | 3 | 14 | Aproape nici o schimbare în roluri, încă gândindu-mă dacă să continui în QA sau să treci la BA |
| Junior Associate QA | unu | unu | Scrierea cazului de testare, ridicarea defectelor, testarea manuală de bază |
| Asociați QA | 1.5 | 2.5 | Test de recenzii, automatizare (dacă este norocos) |
| Senior Associate QA | 1.5 | 4 | Raportarea stării, automatizare, performanță (începeți să învățați chiar dacă nu într-un proiect) |
| Asistent principal QA | Două | 6 | Crearea de planuri de testare, estimări și gestionarea echipei (dacă este norocos), atribuirea sarcinilor, raportarea stării către client, mai multe apeluri ale clienților |
| Conduce QA | Două | 8 | Strategia de testare, mai multe lucrări Excel, gestionarea foilor de timp, crearea conturilor, date de facturare |
| Manager asociat QA | 3 | unsprezece | Mai mult sau mai puțin, ați fi efectuat totul în rolul de QA principal. |
| Director QA | 3 | 17 | Aproape nici o schimbare în roluri. Mai multe despre gestionarea calității generale în organizații. |
Așadar, aș spune că o perioadă de 5-7 ani este foarte importantă într-o carieră QA. Trebuie să lucrați la forța și slăbiciunea dvs. și să urmați calea în consecință.
- Dacă nu aveți interes în codificare și nu înțelegeți și automatizarea, dar simțiți că aveți abilități analitice bune și abilități de comunicare bune, atunci treceți mai bine la rolul BA după 5 ani.
- Dacă sunteți nebuni de cod, atunci asigurați-vă că urmați calea de automatizare. Nu are rost să rămâneți în Manual. Continuați să schimbați companiile până când obțineți rolul perfect.
- Dacă nu sunteți nebuni de cod, dar înțelegeți bine logica, atunci înțelegeți tehnologiile de pe piață și treceți mai bine la Manager Delivery, mai degrabă decât la Manager QA. Și veți învăța multe în Livrare verticală.
În general, oamenii spun că nu ar trebui să schimbăm compania foarte frecvent, dar dacă nu suntem mulțumiți de rolurile noastre? Ar trebui să facem compromisuri cu privire la ceea ce se întâmplă? Continuă să faci aceeași muncă dacă nu îți place? La sfârșitul zilei, continuați să vă gândiți ce fac?
Baieti!! Asigurați-vă că rolurile dvs. vă fac să vă atingeți obiectivele. Dacă nu, pur și simplu faci doar compromisuri cu viața și cariera ta. Dacă nu sunteți mulțumiți din punct de vedere profesional, atunci veți ajunge să vă distrugeți și viața personală.
Despre autor : Acest articol este scris de Hasneet, membru al echipei STH . Lucrează ca lider de testare software într-un MNC.
Ați trăit aceeași situație? Vă rugăm să nu ezitați să împărtășiți experiențele dvs.
Lectură recomandată
- 5 moduri de a vă supraîncărca testarea performanței și de a atinge obiectivele
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Descărcare eBook Descărcare Primer
- Cum se atinge maturitatea nivelului 5 pentru QA și procesul de testare
- Top 7 obiective majore ale unui tester de software - Sunteți un tester „făcut” sau „ales”?
- MongoDB Creează utilizator și atribuie roluri cu exemple
- Testarea încărcării cu tutoriale HP LoadRunner
- Diferența dintre Desktop, Client Server Testing și Web Testing