qa s roles vs goals how balance both achieve your goals
Questo articolo è dedicato alla mia appassionata Fraternità QA !!!
Sono finiti i giorni in cui i QA avevano molto tempo in attesa che arrivassero le build e in seguito avrebbero iniziato a testare, sollevare i bug di conseguenza e quindi aspettare di nuovo che gli sviluppatori li risolvessero.
Trascorrevano gran parte del loro tempo a praticare l'inglese, LOL !!. Intendo scrivere Test Case, rivederli e finalizzarli da utilizzare per i test.
Il tempo è cambiato molto e lo sono anche i ruoli. Potresti essere fortunato se sopravvivi solo facendo test manuali anche con grandi giganti IT come Infosys, Wipro, TCS, Accenture ecc.
Essendo in un'azienda di medie o piccole dimensioni, è necessario essere consapevoli di alcune abilità speciali oltre ai test manuali di base. Potrebbe essere qualcosa come il test API, il postino, SAPONE , Test di database , dalle convalide lato client a quelle più complesse come l'automazione e il test delle prestazioni.
In questa tendenza attuale, potresti aver notato che le aperture di lavoro anche per tester con 2-4 anni di esperienza, elencano molte cose.
Di seguito è riportato un esempio della descrizione del lavoro per il ruolo di tester con 2-4 anni di esperienza lavorativa:
- Buona conoscenza di Java.
- Selenio - Obbligatorio.
- Deve essere buono nei test delle prestazioni - Jmeter / LoadRunner con una conoscenza approfondita del sistema operativo e dei concetti di ottimizzazione delle prestazioni
Ho elencato solo le abilità di base, ma ce ne sono molte altre da aggiungere all'elenco. Python, Perl, groovy ecc. Trovano il loro posto nella maggior parte delle aperture.
Così, cosa concludiamo qui? L'industria sta entrando nel ruolo di SDET?
Tuttavia, sarei d'accordo su alcuni punti come: un tester dovrebbe avere una conoscenza di base del linguaggio di programmazione e dovrebbe essere disposto a fare automazione Quando richiesto . Ti starai chiedendo perché il termine ' Quando richiesto 'Mantenuto in grassetto? Ciò è dovuto alle pratiche che vengono seguite al giorno d'oggi.
Molte aziende assumono per test di automazione, ma dovresti sentirti fortunato solo se riesci a trovare un progetto di automazione in quella nuova organizzazione. Molte volte ti ritroveresti in un altro progetto manuale in cui non troverai spazio per l'apprendimento dopo pochi mesi.
Il motivo principale per cambiare la tua azienda attuale potrebbe essere 'Non sto ottenendo esperienza di automazione' . Potrebbe essere necessario fare tutti gli sforzi per imparare l'automazione e quindi cambiare l'azienda perché si desidera passare dai test manuali. Quindi eccoti qui !!
Sei fregato di nuovo !!
Un'altra parte peggiore che ho notato accadere in molte organizzazioni è che anche un QA Lead o il QA Manager fanno quasi lo stesso lavoro di un tester junior. Potrebbe non essere il caso ovunque, ma essere promosso come responsabile del QA non garantisce che otterrai i ruoli che stai cercando.
La gerarchia nel tuo progetto può portarti a fare lo stesso lavoro che stanno eseguendo i tuoi colleghi junior. I ruoli di QA Manager stanno per finire.
Allora, dove dovrebbe vedersi un Lead QA in futuro?
Infine, ma la cosa più interessante è che tutti in questa confraternita IT sognano di andare sul posto. Se confronti le possibilità sul posto che ottengono il BA o gli sviluppatori con ciò che ottiene un QA, allora ti sentirai triste per essere dalla parte dei perdenti. Ho lavorato con diverse organizzazioni e ci sono alcune parole comuni che spesso le mie orecchie sentivano dagli HR o dalla Direzione.
Queste sono le parole che mi rendono triste - 'Non ci sono in loco per il QA' . Ma ancora una volta, questo non è lo stesso caso ovunque, tuttavia, sto solo citando le tendenze generali del settore.
coda doppia c ++
Quindi, rivisitiamo il titolo di questo articolo' Ruoli QA rispetto agli obiettivi '.
Il punto chiave che cerco di evidenziare qui è 'I nostri ruoli si concentrano sui nostri obiettivi' . Sono sicuro che la maggior parte di loro direbbe NO !! Con il passare dei giorni, con l'aumento della tua esperienza di anno in anno, a volte sentiamo cosa c'è di nuovo che stiamo facendo? La risposta sarà che stiamo facendo lo stesso lavoro che abbiamo fatto 3-4 anni fa ”.
Mi sono imbattuto in profili di alcuni tester che anche con 10+ anni di esperienza stanno ancora lavorando come 'Analista di test' o 'Analista di test senior' mentre gli sviluppatori con la stessa gamma di esperienza stanno diventando 'Project Manager' o 'Product Manager '.
Se ripensi ai ruoli che hai interpretato nel corso della tua carriera, la tabella sottostante sembrerà interessante oltre che deprimente. Noterai che non stai imparando nulla anche dopo 7-8 anni di esperienza lavorativa.
| Designazioni | Anni nello stesso ruolo (Media | Anni totali di esperienza | Apprendimenti / preoccupazioni / sfide |
|---|---|---|---|
| Manager QA | 3 | 14 | Quasi nessun cambiamento nei ruoli, ancora pensando se continuare in QA o passare a BA |
| Junior Associate QA | uno | uno | Scrittura di casi di test, rilevamento di difetti, test manuali di base |
| Associate QA | 1.5 | 2.5 | Test case review, automazione (se fortunato) |
| Senior Associate QA | 1.5 | 4 | Reporting sullo stato, automazione, performance (inizi ad imparare anche se non in un progetto) |
| Associate Lead QA | Due | 6 | Creazione di piani di test, stime e gestione del team (se fortunato), assegnazione di attività, report sullo stato del cliente, più chiamate al cliente |
| Lead QA | Due | 8 | Strategia di test, più lavoro su Excel, gestione delle schede attività, creazione di account, dati di fatturazione |
| Associate Manager QA | 3 | undici | Più o meno avresti eseguito tutto nel ruolo di Lead QA. |
| Direttore QA | 3 | 17 | Quasi nessun cambiamento nei ruoli. Ulteriori informazioni sulla gestione della qualità complessiva nelle organizzazioni. |
Quindi, direi che la parentesi di 5-7 anni è molto importante in una carriera di QA. Devi lavorare sulla tua forza e debolezza e seguire il percorso di conseguenza.
- Se non sei interessato alla programmazione e non capisci neanche l'automazione, ma ritieni di avere buone capacità analitiche e buone capacità di comunicazione, è meglio passare al ruolo di BA dopo 5 anni.
- Se sei pazzo di codice, assicurati di seguire il percorso di automazione. Non ha senso restare in Manuale. Continua a cambiare le aziende finché non ottieni il tuo ruolo perfetto.
- Se non sei un fanatico del codice ma comprendi bene la logica, allora comprendi le tecnologie sul mercato e meglio passare a Manager Delivery piuttosto che Manager QA. E imparerai molto nella pubblicazione verticale.
In generale, le persone dicono che non dovremmo cambiare azienda molto frequentemente, ma cosa succede se non siamo soddisfatti dei nostri ruoli? Dovremmo scendere a compromessi su quello che sta succedendo? Continui a fare lo stesso lavoro se non ti piace? Alla fine della giornata, continua a pensare cosa sto facendo?
Ragazzi !! Assicurati che i tuoi ruoli ti portino a raggiungere i tuoi obiettivi. In caso contrario, stai semplicemente compromettendo la tua vita e la tua carriera. Se non sei soddisfatto professionalmente, finirai assolutamente per rovinare anche la tua vita personale.
Circa l'autore : Questo articolo è stato scritto dal membro del team STH Hasneet . Lavora come responsabile del test del software in una MNC.
Hai vissuto la stessa situazione? Sentiti libero di condividere le tue esperienze.
Lettura consigliata
- 5 modi per potenziare i test delle prestazioni e raggiungere gli obiettivi
- Migliori strumenti di test del software 2021 (Strumenti di automazione del test QA)
- Download dell'eBook Testing Primer
- Come raggiungere il livello 5 di maturità per il processo di controllo qualità e test
- I 7 principali obiettivi principali di un tester di software: sei un tester 'fatto' o 'scelto'?
- MongoDB Crea utenti e assegna ruoli con esempi
- Test di carico con HP LoadRunner Tutorial
- Differenza tra desktop, test server client e test Web