Engineering
Software Engineer
Vijf niveaus van Junior tot Principal, met zes competenties: van code opleveren tot het team laten groeien.
- 5 niveaus
- 6 competenties
Template voor een carrièreladder
Vier niveaus van Junior QA tot Lead QA Engineer, met zes competenties: van testontwerp tot kwaliteitspraktijken.
Gratis abonnement · Geen creditcard nodig
Deze carrièreladder is bedoeld voor QA engineers in softwarebedrijven van zo’n 20 tot 200 mensen, waar testers in productteams zitten, er in het hele bedrijf misschien maar een handvol zijn en dezelfde persoon ’s ochtends vaak exploratief test en ’s middags geautomatiseerde checks schrijft. Hij beschrijft vier niveaus, van iemand die leert één feature goed te testen tot de persoon die bepaalt hoe het hele bedrijf met kwaliteit omgaat. Het hoogste niveau, Lead QA Engineer, is een specialistenniveau en geen managementrol.
Elk niveau wordt bepaald door wat iemand doet en hoe ver diens werk reikt, niet door het aantal jaren ervaring of het aantal gemelde bugs. Lees een rij van de competentiematrix van links naar rechts om te zien hoe één verwachting groeit; lees de sectie van een niveau om alles te zien wat op dat niveau wordt verwacht. Gebruik hem om uit te leggen wat de volgende stap inhoudt, om zelfevaluaties en check-ins te voeren en om promotiebeslissingen tussen teams vergelijkbaar te houden.
Zie hem als een concept. Schrijven je QA engineers geen automatisering, of doen developers het meeste testwerk, pas de formuleringen dan aan voordat je de ladder publiceert — een verwachting waar in jullie situatie niemand aan kan voldoen, zorgt alleen voor frustratie.
Test duidelijk afgebakende features aan de hand van bestaande testcases en leert het product en de gebruikers kennen.
Is eigenaar van het testen van features in één team, van het lezen van de eisen tot het vrijgeven van de release.
Bepaalt mee hoe een of twee teams kwaliteit inbouwen en is eigenaar van de teststrategie voor grotere projecten.
Bepaalt de kwaliteitsaanpak van het bedrijf en helpt elk team opleveren met minder ontsnapte defecten.
Elke rij is een competentie en elke kolom een niveau. Lees een rij van links naar rechts om te zien hoe de verwachting groeit.
| Competentie | Junior QA Engineer | Medior QA Engineer | Senior QA Engineer | Lead QA Engineer |
|---|---|---|---|---|
| Testontwerp en analyse | Voert bestaande testcases zorgvuldig uit, schrijft voor kleine stories nieuwe cases die het hoofdpad en de voor de hand liggende randgevallen dekken, en vraagt naar onduidelijke eisen voordat het testen begint. | Schrijft voor elke feature in het team een testplan dat randgevallen, rechten, datatoestanden en integraties dekt, en reviewt eisen voordat de ontwikkeling begint om gaten te vinden. | Ontwerpt de teststrategie voor projecten die meerdere features of teams omvatten, beslist wat op unit-, API- en end-to-endniveau wordt gedekt en richt de inspanning op de delen die het meest waarschijnlijk breken. | Bepaalt hoe het bedrijf op basis van risico en gebruiksdata beslist wat en hoe diep er wordt getest, en zorgt dat elk team dat consequent toepast. |
| Testautomatisering | Voegt geautomatiseerde tests toe aan een bestaand framework volgens de gangbare patronen, draait de suite lokaal en meldt fouten die onverklaarbaar blijven in plaats van ze opnieuw te draaien tot ze slagen. | Automatiseert de regressietests voor de features van het team, houdt ze stabiel en leesbaar, en repareert of verwijdert flaky tests in plaats van ze te negeren. | Ontwerpt de structuur van een automatiseringssuite, koppelt die met redelijke looptijden aan de deliverypipeline en reviewt de tests die developers en andere QA engineers schrijven. | Kiest de testtooling en gedeelde infrastructuur van het bedrijf, verdeelt de lagen van de testpiramide over de producten en houdt de hele suite zo snel dat teams er echt op wachten. |
| Defecten onderzoeken en melden | Schrijft bugmeldingen met duidelijke stappen, verwachte en werkelijke resultaten en de omgeving, zodat een developer het probleem zonder vervolgvragen kan reproduceren. | Spoort bugs op met logs, netwerktraces en de database, bepaalt hun ernst aan de hand van de impact op gebruikers en bevestigt oplossingen, inclusief de gevallen eromheen. | Onderzoekt sporadische problemen en problemen die alleen in productie optreden over services heen, herkent patronen in terugkerende defecten en maakt er voorstellen van die een hele categorie bugs wegnemen. | Is eigenaar van hoe het bedrijf defecten bijhoudt en prioriteert, rapporteert trends in ontsnapte bugs aan de engineeringleiding en zorgt dat de grootste bronnen van defecten oplossingen met budget krijgen. |
| Releases en risico’s beoordelen | Voert de toegewezen checks voor een release uit, meldt wat wel en niet is getest en legt zorgen voor aan een meer ervaren QA engineer. | Geeft een duidelijk go- of no-goadvies voor de releases van het team, legt de bekende risico’s uit en wat nog niet is getest, en doet mee aan de controles na een release. | Bepaalt samen met developers de releaseaanpak voor riskante wijzigingen — feature flags, gefaseerde uitrol, extra monitoring — en leidt het testen tijdens incidenten en hotfixes. | Stelt de releasestandaarden vast waar elk team naar werkt, bepaalt wanneer een release kan worden tegengehouden en is degene aan wie het management vraagt of het product klaar is voor een grote lancering. |
| Kwaliteitspraktijken | Volgt de definition of done en de testworkflow van het team, en wijst stappen aan die worden overgeslagen of verwarrend zijn. | Schuift aan bij refinement- en ontwerpsessies om vroeg acceptatiecriteria en testbaarheid in te brengen, en pairt met developers over wat ze in hun eigen tests moeten dekken. | Verbetert de testworkflow van een of twee teams — testomgevingen, testdata, reviewchecklists — en meet of de verandering het aantal ontsnapte defecten heeft verminderd. | Geeft vorm aan kwaliteitspraktijken in heel engineering, beslist waar QA engineers worden ingezet en wat developers zelf doen, en maakt kwaliteit een gedeelde verantwoordelijkheid in plaats van de taak van één team. |
| Mentoring en kennisdeling | Documenteert tijdens het testen wat er over het product wordt geleerd, en deelt nuttige bevindingen en tools met het team. | Houdt de testdocumentatie van het team actueel, werkt nieuwe teamleden in op het productgebied en legt testtechnieken uit aan developers die erom vragen. | Begeleidt bewust junior QA engineers als mentor, geeft sessies over testaanpakken voor developers en neemt deel aan sollicitatiegesprekken voor QA-rollen. | Laat de vaardigheden en carrièrepaden van de QA-groep groeien, bepaalt hoe QA engineers worden aangenomen en ingewerkt, en ontwikkelt de volgende senior en lead QA engineers. |
Scrol de tabel opzij om alle niveaus te zien.
Downloaden als CSV Te openen in Excel, Google Sheets of Numbers.
Test duidelijk afgebakende features aan de hand van bestaande testcases en leert het product en de gebruikers kennen. Losse stories of bugfixes in één deel van het product, met testplannen die worden gereviewd door iemand met meer ervaring.
Is eigenaar van het testen van features in één team, van het lezen van de eisen tot het vrijgeven van de release. De features van één productteam, inclusief de handmatige en geautomatiseerde tests ervan.
Bepaalt mee hoe een of twee teams kwaliteit inbouwen en is eigenaar van de teststrategie voor grotere projecten. De teststrategie, automatiseringssuites en releasebeslissingen van een of twee teams, plus projecten die teamgrenzen overschrijden.
Bepaalt de kwaliteitsaanpak van het bedrijf en helpt elk team opleveren met minder ontsnapte defecten. Kwaliteit in het hele product: gedeelde testinfrastructuur, releasestandaarden en hoe QA is bemand en werkt.
Richten je QA engineers zich op exploratief testen, maak de rij Testautomatisering dan korter en breid Testontwerp en analyse uit. Bouwen ze vooral automatisering, verhoog dan de verwachtingen voor codekwaliteit. Maak de keuze hoe dan ook expliciet, zodat niemand wordt beoordeeld op een functie waarvoor die persoon niet is aangenomen.
Met twee of drie QA engineers heeft het bedrijf meestal alleen junior, medior en senior nodig. Voeg Lead toe als iemand echt de kwaliteitsstandaarden voor elk team bepaalt, niet als beloning voor de tester die er het langst werkt. In deze ladder is Lead een specialistenniveau; stuurt je QA-lead ook testers aan, voeg dan de verwachtingen rond mensen uit de ladder voor engineering managers toe.
Zet elk QA-niveau naast het software-engineerniveau met vergelijkbare scope en vergelijkbaar salaris. Als een Senior QA Engineer naast een Senior Engineer staat, wordt overstappen tussen de twee carrièrepaden een stap opzij in plaats van een degradatie of een sprong.
Verzamel voor check-ins en promotievoorstellen voorbeelden zoals een testplan dat een kostbaar defect ving, een flaky suite die betrouwbaar is gemaakt of een releasebeslissing die achteraf klopte. Gemelde bugs tellen beloont ruis en straft testers in stabiele teams.
Veelgestelde vragen
Drie of vier is meestal genoeg voor een bedrijf van 20 tot 200 mensen, omdat QA-groepen klein zijn. Deze template gebruikt er vier: Junior QA Engineer, Medior QA Engineer, Senior QA Engineer en Lead QA Engineer. Voeg alleen een vijfde toe als de scope van het werk echt verder groeit dan kwaliteitsstandaarden bepalen voor het hele product.
In de meeste kleinere bedrijven wel. De kern van het werk — risico’s begrijpen, tests ontwerpen en releases beoordelen — is hetzelfde; alleen de tools verschillen. Houd één ladder aan en spreek per persoon of per team af hoeveel van de rij Testautomatisering van toepassing is.
Ja, en dat werkt het best als geplande overstap. Leg de persoon naast de ladder voor software engineers, spreek een paar ontwikkelacties af, zoals eigenaar worden van kleine features of bugfixes, en laat de overstap plaatsvinden zodra die persoon consequent op dat niveau presteert. Testervaring maakt iemand meestal een sterkere engineer, geen zwakkere.
Kijk naar resultaten en gedrag: defecten in het eigen gebied die naar productie zijn ontsnapt, de betrouwbaarheid en snelheid van de geautomatiseerde suite, hoe vroeg risico’s worden gemeld en hoe releasebeslissingen achteraf uitpakten. Bespreek concrete voorbeelden aan de hand van de ladder in regelmatige check-ins, in plaats van alleen op dashboards te vertrouwen.
Er is geen vaste verhouding. Veel bedrijven van deze omvang werken met één QA engineer op elke vier tot acht developers, maar het juiste aantal hangt af van hoeveel developers hun eigen werk testen en hoe duur een defect is voor je gebruikers. Houd ontsnapte defecten en vertraagde releases in de gaten, en neem iemand aan als een van beide blijft stijgen.
Richt de niveaus en vaardigheden in voor je team, beoordeel mensen ertegen in check-ins en houd promotiebesluiten consistent.
Gratis abonnement · Geen creditcard nodig
Engineering
Vijf niveaus van Junior tot Principal, met zes competenties: van code opleveren tot het team laten groeien.
Engineering
Vier niveaus van Junior tot Staff DevOps Engineer, met zes competenties: van infrastructuur tot ondersteuning van developers.
Engineering
Vier niveaus van Engineering Manager tot VP of Engineering, met zes managementcompetenties.