qa s roles vs goals how balance both achieve your goals
Dit artikel is opgedragen aan mijn gepassioneerde QA Broederschap !!!
Voorbij zijn de dagen dat de QA's voldoende tijd hadden om te wachten tot de builds zouden komen en later begonnen ze te testen, dienovereenkomstig bugs op te werpen en vervolgens opnieuw te wachten tot de ontwikkelaars ze hadden opgelost.
Ze zouden een groot deel van hun tijd besteden aan het oefenen van Engels, LOL !!. Ik bedoel het schrijven van testcases, ze beoordelen en finaliseren om te gebruiken voor testen.
De tijd is veel veranderd en dat geldt ook voor de rollen. Misschien heb je geluk als je het overleeft door alleen handmatig testen uit te voeren, ook dat met grote IT-giganten zoals Infosys, Wipro, TCS, Accenture enz.
Omdat u in een middelgroot of een klein bedrijf werkt, moet u zich bewust zijn van enkele speciale vaardigheden, afgezien van eenvoudige handmatige tests. Het kan van alles zijn zoals API-testen, postbode, ZEEP Database testen , validaties aan de clientzijde tot de meer complexe, zoals automatisering en prestatietests.
In deze huidige trend is het je misschien opgevallen dat de vacatures, zelfs voor testers met 2-4 jaar ervaring, een heleboel dingen opsommen.
Hieronder vindt u een voorbeeld van de functieomschrijving voor de rol van tester met 2-4 jaar werkervaring:
- Goede kennis van Java.
- Selenium - Verplicht.
- Moet goed zijn in prestatietests - Jmeter LoadRunner met een grondige kennis van OS en prestatie-afstemmingsconcepten
Ik heb alleen de basisvaardigheden opgesomd, maar er is nog veel meer om aan de lijst toe te voegen. Python, Perl, groovy etc vinden hun eigen plek in de meeste openingen.
Zo, wat concluderen we hier? Gaat de industrie over naar de rol van SDET?
Ik ben het echter eens over bepaalde punten, zoals - een tester moet basiskennis hebben van de programmeertaal en bereid zijn om te automatiseren wanneer nodig Je vraagt je vast af waarom is de term ' wanneer nodig ”Vet gehouden? Dit komt door de praktijken die tegenwoordig worden gevolgd.
Veel bedrijven huren in voor automatiseringstesten, maar je moet alleen geluk hebben als je in die nieuwe organisatie een automatiseringsproject kunt vinden. Vaak zou je gewoon in een ander handmatig project terechtkomen waar je na een paar maanden geen ruimte meer zult vinden om te leren.
De belangrijkste reden voor het veranderen van uw huidige bedrijf kan zijn 'Ik doe geen automatiseringservaring op' Het kan zijn dat u alle moeite moet doen om automatisering te leren en vervolgens van bedrijf te veranderen omdat u wilt overschakelen van handmatig testen. Dus hier ben je !!
Je bent weer genaaid !!
Een ander ergste deel dat ik in veel organisaties heb opgemerkt, is dat zelfs een QA-lead of de QA-manager bijna hetzelfde werk doet als een junior tester. Dit is misschien niet overal het geval, maar gepromoot worden als QA-lead garandeert niet dat u de rollen krijgt waarnaar u op zoek bent.
Hiërarchie in uw project kan ertoe leiden dat u hetzelfde werk doet als uw collega-junioren. De rollen van QA Manager gaan bijna.
Dus waar moet een Lead QA zichzelf in de toekomst zien?
Eindelijk, maar het meest interessante is dat iedereen in deze IT-broederschap ervan droomt om ter plaatse te gaan. Als je de kansen op locatie die de BA's of ontwikkelaars krijgen, vergelijkt met wat een QA krijgt, dan zul je je verdrietig voelen om aan de verliezende kant te staan. Ik heb met verschillende organisaties gewerkt en er zijn enkele veelvoorkomende woorden die ik vaak hoorde van de HR's of het hoger management.
Dat zijn de woorden die me verdrietig maken - 'Er is geen locatie voor QA's' Maar nogmaals, dit is niet overal hetzelfde, maar ik citeer alleen de algemene trends in de branche.
hoe je een java-project start in eclipse
Laten we dus de titel van dit artikel nog eens bekijken QA-rollen versus doelen
Het belangrijkste punt dat ik hier probeer te benadrukken, is 'Zijn onze rollen gericht op onze doelen' Ik weet zeker dat de meesten van hen NEE zouden zeggen !! Naarmate de dagen verstrijken, met de toename van uw ervaring van jaar tot jaar, voelen we soms wat iets nieuws is dat we doen? Het antwoord zal zijn dat we hetzelfde werk doen dat we 3-4 jaar geleden hebben gedaan. ”.
Ik ben profielen tegengekomen van bepaalde testers die zelfs met meer dan 10 jaar ervaring nog steeds werken als 'testanalist' of 'senior testanalist', terwijl de ontwikkelaars met dezelfde ervaring 'projectmanagers' of 'productmanagers' worden. ”.
Als je terugkijkt op de rollen die je gedurende je hele carrière hebt vervuld, dan zal de onderstaande tabel zowel interessant als deprimerend klinken. U zult merken dat u zelfs na 7 à 8 jaar werkervaring niets leert.
| Benamingen | Jaren op dezelfde rol (gemiddeld | Totaal aantal jaren ervaring | Leringen / zorgen / uitdagingen |
|---|---|---|---|
| Manager QA | 3 | 14 | Bijna geen verandering in rollen, nog steeds aan het denken om door te gaan in QA of naar BA te gaan |
| Junior Associate QA | 1 | 1 | Testcase schrijven, defecten melden, handmatige basistesten |
| Associate QA | 1.5 | 2.5 | Testcasebeoordelingen, automatisering (als je geluk hebt) |
| Senior Associate QA | 1.5 | 4 | Statusrapportage, automatisering, prestaties (u begint te leren, zelfs als u niet in een project zit) |
| Associate Lead QA | twee | 6 | Testplannen, schattingen en teamafhandeling maken (als je geluk hebt), taken toewijzen, status rapporteren aan de klant, meer klantoproepen |
| Leid QA | twee | 8 | Teststrategie, meer Excel-werk, urenstaatbeheer, aanmaken van accounts, factureringsgegevens |
| Associate Manager QA | 3 | elf | Meer of minder zou je alles hebben uitgevoerd in de rol van Lead QA. |
| QA-directeur | 3 | 17 | Bijna geen verandering in rollen. Meer over het managen van algehele kwaliteit in organisaties. |
Dus ik zou zeggen dat een periode van 5-7 jaar erg belangrijk is in een QA-carrière. Je moet aan je kracht en zwakte werken en het pad dienovereenkomstig volgen.
- Als je geen interesse hebt in coderen en ook geen verstand hebt van automatisering, maar je voelt dat je goede analytische vaardigheden en goede communicatieve vaardigheden hebt, kun je beter na 5 jaar naar de BA-rol gaan.
- Als je gek bent op code, zorg er dan voor dat je het automatiseringspad volgt. Het heeft geen zin om in Manual te blijven. Blijf van bedrijf veranderen totdat u uw perfecte rol krijgt.
- Als je niet gek bent op code, maar je begrijpt de logica goed, begrijp dan de technologieën in de markt en ga beter naar Manager Delivery in plaats van Manager QA. En je leert veel in Verticale levering.
Over het algemeen zeggen mensen dat we niet heel vaak van bedrijf moeten wisselen, maar wat als we niet tevreden zijn met onze rollen? Moeten we een compromis sluiten over wat er aan de hand is? Blijf je hetzelfde werk doen als je dat niet leuk vindt? Blijf aan het eind van de dag denken: wat ben ik aan het doen?
Jongens !! Zorg ervoor dat uw rollen ervoor zorgen dat u uw doelen bereikt. Zo niet, dan sluit u slechts een compromis met uw leven en carrière. Als je niet professioneel tevreden bent, zul je ook je persoonlijke leven absoluut verpesten.
Over de auteur : Dit artikel is geschreven door STH-teamlid Hasneet Hij werkt als een software-testleider in een MNC.
Heeft u dezelfde situatie meegemaakt? Deel gerust uw ervaringen.
Aanbevolen literatuur
- 5 manieren om uw prestatietests een boost te geven en doelen te bereiken
- Beste softwaretesttools 2021 (QA Test Automation Tools)
- Primer eBook downloaden testen
- Hoe bereik je niveau 5 volwassenheid voor kwaliteitsborging en testproces
- Top 7 belangrijkste doelen van een softwaretester - Bent u een 'gemaakte' tester of een 'gekozen' tester?
- MongoDB Maak een gebruiker en wijs rollen toe met voorbeelden
- Laadtests met HP LoadRunner-zelfstudies
- Verschil tussen Desktop, Client Server Testing en Web Testing