qa s roles vs goals how balance both achieve your goals
Denne artikkelen er viet til mitt lidenskapelige QA-broderskap !!!
Borte er dagene da kvalitetssikringsselskapene hadde god tid på å vente på at byggene skulle komme, og senere begynte de å teste, heve feil tilsvarende og deretter vente på at utviklerne skulle fikse dem.
De ville bruke en stor del av tiden sin på å trene engelsk, LOL !!. Jeg mener å skrive testtilfeller, gjennomgå dem og fullføre dem til bruk for testing.
Tiden har endret seg mye, og det er også rollene. Du kan være heldig hvis du overlever bare å gjøre manuell testing også med store IT-giganter som Infosys, Wipro, TCS, Accenture etc.
Å være i en mellomstor eller en liten bedrift, må du være oppmerksom på noen spesielle ferdigheter bortsett fra grunnleggende manuell testing. Det kan være alt som API-testing, postbud, SÅPE , Databasetesting , validering av klientsiden til de mer komplekse som automatisering og ytelsestesting.
I denne nåværende trenden har du kanskje lagt merke til at ledige stillinger, selv for testere med 2-4 års erfaring, viser mange ting.
Nedenfor er et utvalg av stillingsbeskrivelsen for rollen som en tester med 2-4 års arbeidserfaring:
- God kunnskap om Java.
- Selen - Påbudt, bindende.
- Må være bra i ytelsestesting - Jmeter / LoadRunner med en grundig forståelse av OS og ytelsestuningskonsepter
Jeg har bare oppført de grunnleggende ferdighetene, men det er mye mer å legge til på listen. Python, Perl, groovy etc finner sin egen plass i de fleste åpningene.
Så, hva konkluderer vi her? Går bransjen over i SDETs rolle?
Imidlertid vil jeg være enig i visse punkter som - en tester skal ha grunnleggende kunnskap om programmeringsspråket og være villig til å gjøre automatisering når det trengs . Du lurer sikkert hvorfor er begrepet “ når det trengs ”Holdt fet? Dette skyldes praksis som følges i dag.
Mange selskaper ansetter for automatiseringstesting, men du bør bare være heldig hvis du er i stand til å finne et automatiseringsprosjekt i den nye organisasjonen. Mange ganger ville du bare havne i et annet manuelt prosjekt hvor du ikke finner muligheter for læring etter noen måneder.
Hovedårsaken til å endre ditt nåværende selskap kan være 'Jeg får ikke automatiseringsopplevelse' . Det kan hende du må anstrenge deg for å lære automatisering og deretter bytte selskap fordi du vil bytte fra manuell testing. Så her er du !!
Du er skrudd igjen !!
En annen verste del som jeg har lagt merke til som skjer i mange organisasjoner, er at selv en QA-leder eller QA-leder nesten gjør det samme arbeidet som en juniortester. Dette er kanskje ikke tilfelle overalt, men å bli forfremmet som en kvalitetsledelse garanterer ikke at du får rollene du ser etter.
Hierarki i prosjektet ditt kan føre til at du gjør det samme arbeidet som dine jevnaldrende juniorer utfører. QA Manager-roller går nesten.
Så hvor skal en Lead QA se seg selv i fremtiden?
Til slutt, men mest interessant drømmer alle i dette IT-broderskapet om å komme på stedet. Hvis du sammenligner sjansene på stedet som BA-ene eller utviklerne får med det en kvalitetssikring får, vil du føle deg trist over å være på den tapende siden. Jeg har jobbet med forskjellige organisasjoner, og det er noen vanlige ord som mine ører ofte pleide å høre fra HR eller høyere ledelse.
Det er ordene som gjør meg lei - 'Det er ikke noe sted for QA-er' . Men igjen, dette er ikke den samme saken overalt, men jeg siterer bare de generelle trendene i bransjen.
hvordan man skriver testsaker i programvaretesting med eksempel
Så la oss se på tittelen på denne artikkelen' QA Roller v / s Mål '.
Nøkkelpunktet som jeg prøver å markere her er 'Fokuserer våre roller på våre mål' . Jeg er sikker på at de fleste av dem vil si NEI !! Når dagene går, med økningen i opplevelsen din år for år, føler vi til tider hva er noe nytt vi gjør? Svaret vil være at vi gjør det samme arbeidet som vi gjorde for 3-4 år tilbake. ”.
Jeg har kommet over profiler av visse testere at selv med 10+ års erfaring jobber de fortsatt som 'Testanalytiker' eller 'Seniortestanalytiker', mens utviklerne med samme erfaring har blitt 'Prosjektledere' eller 'Produktledere' ”.
Hvis du ser på rollene du har utført hele karrieren din, vil tabellen nedenfor høres interessant og deprimerende ut. Du vil observere at du ikke lærer noe selv etter 7-8 års arbeidserfaring.
| Betegnelser | År på samme rolle (Gjennomsnitt | Totalt antall år med erfaring | Læring / bekymringer / utfordringer |
|---|---|---|---|
| Leder QA | 3 | 14 | Nesten ingen endring i roller, tenker fortsatt om jeg vil fortsette i QA eller flytte til BA |
| Junior Associate QA | 1 | 1 | Test saksskriving, heve feil, grunnleggende manuell testing |
| Associate QA | 1.5 | 2.5 | Test case anmeldelser, automatisering (hvis heldig) |
| Senior Associate QA | 1.5 | 4 | Statusrapportering, automatisering, ytelse (du begynner å lære selv om du ikke er i et prosjekt) |
| Associate Lead QA | to | 6 | Opprette testplaner, estimater og teamhåndtering (hvis heldig), tildele oppgaver, rapportere status til klienten, flere kundeanrop |
| Led QA | to | 8 | Teststrategi, mer Excel-arbeid, tidsregistrering, opprettelse av kontoer, faktureringsdata |
| Associate Manager QA | 3 | elleve | Mer av mindre ville du ha utført alt i Lead QA-rolle. |
| QA-direktør | 3 | 17 | Nesten ingen endring i roller. Mer om styring av generell kvalitet i organisasjoner. |
Så, jeg vil si at 5-7 års brakett er veldig viktig i en QA-karriere. Du må jobbe med styrke og svakhet og følge veien deretter.
- Hvis du ikke har interesse for koding og ikke forstår automatisering også, men du føler at du har gode analytiske ferdigheter og gode kommunikasjonsevner, bør du flytte til BA-rollen etter 5 år.
- Hvis du er kodegal, så sørg for at du følger automatiseringsstien. Det er ikke noe poeng å bo i Manual. Fortsett å endre selskapene til du får din perfekte rolle.
- Hvis du ikke er kodegal, men du forstår logikken godt, så forstå teknologiene i markedet, og gå bedre til Manager Delivery i stedet for Manager QA. Og du vil lære mye i Delivery vertical.
Generelt sett sier folk at vi ikke bør bytte selskap veldig ofte, men hva om vi ikke er fornøyde med våre roller? Bør vi gå på akkord med hva som skjer? Fortsett å gjøre det samme arbeidet hvis du ikke liker det? Fortsett å tenke på hva jeg gjør på slutten av dagen?
Folkens!! Sørg for at rollene dine får deg til å nå dine mål. Hvis ikke, kompromitterer du bare livet og karrieren din. Hvis du ikke er profesjonelt fornøyd, vil du absolutt ende opp med å ødelegge ditt personlige liv også.
Om forfatteren : Denne artikkelen er skrevet av STH-teammedlem Hasneet . Han jobber som leder for programvaretest i et MNC.
Har du opplevd den samme situasjonen? Del gjerne dine erfaringer.
Anbefalt lesing
- 5 måter å overbelaste ytelsestestingen din og oppnå mål
- Beste verktøy for testing av programvare 2021 (QA Test Automation Tools)
- Testing Primer eBook Download
- Hvordan oppnå modenhet på nivå 5 for kvalitetssikring og testprosess
- Topp 7 hovedmål for en programvaretester - Er du en 'laget' eller 'valgt' en?
- MongoDB Opprett bruker og tildel roller med eksempler
- Lastetesting med HP LoadRunner-opplæringsprogrammer
- Forskjellen mellom Desktop, Client Server Testing og Web Testing