Tegenwoordig dromen veel mensen van het vinden van een baan in de IT, vanwege de relatief hoge salarissen in de sector en de aanhoudende vraag naar IT-specialisten op de arbeidsmarkt. Meestal vallen deze dromen uiteen wanneer ze botsen op de behoefte aan gespecialiseerd onderwijs waarvoor de dromer tijd noch geld heeft. Maar er zijn verschillende specialiteiten die een "achterdeur" naar de IT-industrie bieden, waardoor u in wezen de voorafgaande training en de noodzaak om eerdere ervaring op te doen kunt omzeilen. Toevallig is QA zo'n specialiteit aan de "rand" van IT.
Wat is een QA engineer en wat doet hij of zij?
Het werk van een kwaliteitsborgingsingenieur gaat niet zozeer over het waarborgen van kwaliteit (hoewel dit wordt geïmpliceerd door de functietitel), maar over het bewaken van de juistheid van de implementatie van alle ontwikkelingsstadia en de juistheid van de werking van het eindproduct. Het lijkt een beetje op wat een tester doet. Maar een tester controleert alleen de werking van de applicatie en accepteert of weigert deze op basis van de testresultaten (de aanwezigheid van bugs en fouten). Een QA-engineer houdt ook toezicht op de naleving van normen bij softwareontwikkeling en communiceert met ontwikkelaars, ontwerpers en klanten, waardoor het optreden van bugs en fouten in de software wordt voorkomen. Het is waar dat de posities van tester en QA-engineer heel vaak als één en dezelfde worden beschouwd.
Als we het punt voor punt opsplitsen, omvat de taakomschrijving van een QA-engineer de volgende taken:
gedetailleerde vereisten voor het programma specificeren (samen met de klant gedaan)
analyseren en berekenen van de tijd die nodig is om de applicatie te maken of een bug op te lossen (deze taak is natuurlijk niet voor junior QA-ingenieurs, maar iemand met een onpartijdig perspectief, een QA-professional geeft de meest realistische tijdsschattingen)
testscripts ontwikkelen
het testproces zelf uitvoeren
log ontdekte bugs in het bugvolgsysteem
bespreek oplossingen met iedereen die betrokken is bij de ontwikkeling
volg het proces voor het oplossen van bugs
herhaaldelijk testen van probleemgebieden
testresultaten analyseren
testscripts debuggen
analyseer de processen die door het ontwikkelteam worden gebruikt
ontwikkelprocessen optimaliseren om te voorkomen dat gedetecteerde fouten opnieuw optreden (als er fouten optreden als gevolg van inconsistente acties van verschillende afdelingen of omdat iemand de vastgestelde ontwikkelingsnormen niet volgt, dan is het de taak van de QA-engineer om aan te geven waar het probleem zit gebeurt en werk eraan om het te elimineren);
testdocumentatie bijhouden
Op het eerste gezicht is dit nogal wat om verantwoordelijk voor te zijn. Maar in de praktijk worden sommige van deze verantwoordelijkheden toegewezen aan testers, kwaliteitscontrolemedewerkers, ontwikkelaars, bedrijfsanalisten en technische schrijvers. Dus bij verschillende bedrijven zullen de verantwoordelijkheden van een QA-engineer iets anders zijn: bij het ene bedrijf zal er meer werk zijn met betrekking tot het plannen van ontwikkeling en het oplossen van bugs, ergens anders zal er meer nadruk liggen op tests en het volgen van bugs, en elders zullen QA-engineers daadwerkelijk betrokken zijn bij het oplossen van problemen. Dienovereenkomstig zal uw werkdag er in elk geval anders uitzien. Over het algemeen begint een QA-engineer de dag door te werken aan tests en de voortgang van de ontwikkeling te volgen in een volgsysteem. Gedurende de dag communiceert hij of zij met ontwikkelaars (verduidelijkt hoe de ontwikkeling vordert en welke problemen de voortgang vertragen) en de klant (verheldert de vereisten voor de functionaliteit die momenteel wordt ontwikkeld). Aan het einde van de dag worden alle wijzigingen toegevoegd aan de testdocumentatie.
Voors en tegens van het beroep
Hoe zit het met QA-werk dat naast het salaris aantrekkelijk is? Een van de leukste aspecten is het besef dat je meewerkt aan het creëren en verbeteren van het product. Het is een onbeschrijflijk gevoel wanneer je dagelijkse routines aanleiding geven tot een product dat een deel van je werk en ideeën bevat. Een ander voordeel van QA-werk is de kans om van dichtbij kennis te maken met nieuwe technologieën. Wil je overstappen naar een ander specialisme in de IT, dan is een QA-functie de beste plek om je toekomstige werk beter te leren kennen. QA-werk heeft slechts één tekortkoming: de saaie en eentonige taken van handmatig testen en het bijwerken van testdocumentatie. Dat gezegd hebbende, ze zijn alleen in het begin vermoeiend. Met een uitgebreide reeks verantwoordelijkheden wordt alles interessanter en gevarieerder.
Hoe word je een QA-ingenieur?
Om op het pad van de QA-engineer te stappen, hoeft u eigenlijk geen programmeertalen te kennen of te weten hoe databases zijn gestructureerd. Het belangrijkste is om een idee te hebben van hoe het softwareontwikkelingsproces is georganiseerd en om het testproces te begrijpen. U moet zelf wat lezen en oefenen (gebruik een pc om alle defecten en bugs in applicaties/websites te vinden). Om je zelfvertrouwen op te bouwen kun je een aantal online trainingen volgen en/of je aanmelden voor een stage bij leercentra (helaas doceren ze dit specialisme niet op instellingen voor hoger onderwijs). Als Engels niet je moedertaal is, verbeter dan je Engelse taalvaardigheid: bij het aannemen geven IT-bedrijven de voorkeur aan kandidaten met kennis van het Engels. Een beginnende QA engineer zal in ieder geval vooral getest worden op zijn of haar kennis van het softwaretestproces: waar is het voor, welke soorten testen zijn er, wat is een bug, hoe wordt een bug gedocumenteerd en welke stappen zijn nodig om een bug te sluiten. In het begin zullen tests je lot zijn. Maar nadat u vertrouwd bent geraakt met dit werk en wat meer hebt geleerd over hoe het softwareontwikkelingsproces in uw bedrijf is georganiseerd, gaat u naar een hoger niveau en krijgt u uw eigen verantwoordelijkheden met betrekking tot het product dat wordt ontwikkeld. Het expertiseniveau dat nodig is om het QA-veld te betreden, is aanzienlijk lager dan wat nodig is om programmeur te worden. Als gevolg hiervan kan de concurrentie voor een vacature voor een QA-ingenieur heel, heel, ZEER intens zijn. Als gevolg hiervan, om naast kennis, een succesvol interview te hebben, je moet ook een bepaald aantal persoonlijke kwaliteiten hebben. Voor een QA-engineer is bijvoorbeeld het vermogen om goed te communiceren belangrijk: voor deze functie heb je contact met bijna iedereen die betrokken is bij de ontwikkeling - iedereen, van de klant tot de tester. Bovendien moet u alle betrokken partijen in staat zijn om alle nuances met betrekking tot de eisen van de toepassing over te brengen. Niet minder belangrijk zijn aandacht voor detail, geduld en toewijding - deze eigenschappen zijn essentieel bij het testen van programma's. En natuurlijk vereist succesvol testen de passie van een wijnkenner en de nieuwsgierigheid van een kind dat onderzoekt hoe een horloge of zijn of haar favoriete speelgoed werkt, zodat het zoeken naar bugs geen benauwende sleur voor je wordt. Trouwens, als je een paar verhalen hebt over het succesvol vinden van bugs, dat kan een groot pluspunt zijn in de ogen van de interviewer. Je hebt ook analytische vaardigheden nodig om manieren te vinden om het ontwikkelingsproces en de applicatie zelf te verbeteren.
vooruitzichten
Als een van de relatief gemakkelijke manieren om IT te betreden, biedt QA nogal wat doorgroeimogelijkheden. Je kunt in deze specialiteit blijven en de ladder beklimmen: junior QA-engineer, mid-level QA-engineer, senior QA-engineer, QA-teamleider, QA-manager, QA-afdelingshoofd. Als je meer geneigd bent tot programmeren, maar nog niet klaar bent om je aan te sluiten bij de programmeurs, dan kun je overstappen om QA-automatiseringsingenieur te worden. Dan kun je testautomatisering uitproberen. Als je QA alleen ziet als een springplank naar een carrière in een ander specialisme, dan kun je met aanvullende training programmeur, business analist of projectmanager worden. Nieuwe velden bieden extra mogelijkheden voor professionele groei, maar het verantwoordelijkheidsniveau daarin is ook totaal anders.
Dienovereenkomstig zal uw werkdag er in elk geval anders uitzien. Over het algemeen begint een QA-engineer de dag door te werken aan tests en de voortgang van de ontwikkeling te volgen in een volgsysteem. Gedurende de dag communiceert hij of zij met ontwikkelaars (verduidelijkt hoe de ontwikkeling vordert en welke problemen de voortgang vertragen) en de klant (verheldert de vereisten voor de functionaliteit die momenteel wordt ontwikkeld). Aan het einde van de dag worden alle wijzigingen toegevoegd aan de testdocumentatie.
Een beginnende QA engineer zal in ieder geval vooral getest worden op zijn of haar kennis van het softwaretestproces: waar is het voor, welke soorten testen zijn er, wat is een bug, hoe wordt een bug gedocumenteerd en welke stappen zijn nodig om een bug te sluiten. In het begin zullen tests je lot zijn. Maar nadat u vertrouwd bent geraakt met dit werk en wat meer hebt geleerd over hoe het softwareontwikkelingsproces in uw bedrijf is georganiseerd, gaat u naar een hoger niveau en krijgt u uw eigen verantwoordelijkheden met betrekking tot het product dat wordt ontwikkeld. Het expertiseniveau dat nodig is om het QA-veld te betreden, is aanzienlijk lager dan wat nodig is om programmeur te worden. Als gevolg hiervan kan de concurrentie voor een vacature voor een QA-ingenieur heel, heel, ZEER intens zijn. Als gevolg hiervan, om naast kennis, een succesvol interview te hebben, je moet ook een bepaald aantal persoonlijke kwaliteiten hebben. Voor een QA-engineer is bijvoorbeeld het vermogen om goed te communiceren belangrijk: voor deze functie heb je contact met bijna iedereen die betrokken is bij de ontwikkeling - iedereen, van de klant tot de tester. Bovendien moet u alle betrokken partijen in staat zijn om alle nuances met betrekking tot de eisen van de toepassing over te brengen. Niet minder belangrijk zijn aandacht voor detail, geduld en toewijding - deze eigenschappen zijn essentieel bij het testen van programma's. En natuurlijk vereist succesvol testen de passie van een wijnkenner en de nieuwsgierigheid van een kind dat onderzoekt hoe een horloge of zijn of haar favoriete speelgoed werkt, zodat het zoeken naar bugs geen benauwende sleur voor je wordt. Trouwens, als je een paar verhalen hebt over het succesvol vinden van bugs, dat kan een groot pluspunt zijn in de ogen van de interviewer. Je hebt ook analytische vaardigheden nodig om manieren te vinden om het ontwikkelingsproces en de applicatie zelf te verbeteren.
GO TO FULL VERSION