Teknik
Mjukvaruutvecklare
Fem nivåer från junior till Principal, sex kompetenser från att leverera kod till att utveckla teamet.
- 5 nivåer
- 6 kompetenser
Mall för karriärstege
Mall för karriärstege för QA-ingenjörer
Fyra nivåer från Junior QA-ingenjör till Lead QA-ingenjör, sex kompetenser från testdesign till kvalitetsarbete.
Gratisplan · Inget kreditkort behövs
Den här karriärstegen är för QA-ingenjörer i mjukvaruföretag med ungefär 20–200 anställda, där testarna sitter i produktteamen, det kanske bara finns en handfull av dem i hela företaget och samma person ofta gör utforskande tester på förmiddagen och skriver automatiserade kontroller på eftermiddagen. Den beskriver fyra nivåer, från någon som lär sig att testa en funktion väl till den person som bestämmer hur hela företaget arbetar med kvalitet. Den högsta nivån, Lead QA-ingenjör, är en specialistnivå, inte en chefsroll.
Varje nivå definieras av vad personen gör och hur långt arbetet når, inte av antal år i yrket eller antalet buggar hen rapporterar. Läs en rad i kompetensmatrisen från vänster till höger för att se hur en förväntan växer; läs avsnittet för en nivå för att se allt som förväntas på den nivån. Använd den för att förklara vad nästa steg innebär, för att genomföra självskattningar och avstämningar och för att hålla besluten om befordran jämförbara mellan team.
Se den som ett utkast. Om dina QA-ingenjörer inte skriver automatisering, eller om utvecklarna äger det mesta av testningen, ändra formuleringarna innan du publicerar karriärstegen – en förväntan som ingen kan uppfylla i din organisation skapar bara frustration.
Nivåerna i korthet
Junior QA-ingenjör
Testar väl avgränsade funktioner utifrån befintliga testfall och lär sig produkten och dess användare.
- Omfattning
- Enskilda stories eller buggrättningar inom ett område av produkten, med testplaner som granskas av någon mer erfaren.
QA-ingenjör
Äger testningen av funktionerna i ett team, från att läsa kraven till att godkänna releasen.
- Omfattning
- Ett produktteams funktioner, inklusive deras manuella och automatiserade tester.
Senior QA-ingenjör
Formar hur ett eller två team bygger in kvalitet och äger teststrategin för större projekt.
- Omfattning
- Ett eller två teams teststrategi, automatiserade testsviter och releasebeslut, plus projekt som går över teamgränserna.
Lead QA-ingenjör
Sätter företagets förhållningssätt till kvalitet och gör varje team bättre på att leverera med färre fel som slinker igenom.
- Omfattning
- Kvalitet i hela produkten: gemensam testinfrastruktur, releasestandarder och hur QA bemannas och bedrivs.
Kompetensmatris
Varje rad är en kompetens och varje kolumn en nivå. Läs en rad från vänster till höger för att se hur förväntningarna växer.
Vad varje kompetens innebär
- Testdesign och analys
- Att räkna ut vad som kan gå fel och välja de tester som hittar det.
- Testautomatisering
- Att bygga automatiserade kontroller som är snabba, stabila och som teamet litar på.
- Felsökning och felrapportering
- Att hitta, återskapa och förklara problem så att de blir åtgärdade snabbt.
- Release- och riskbedömning
- Att avgöra om något är redo att släppas och säga det tydligt.
- Kvalitetsarbete
- Att bygga in kvalitet i teamets arbetssätt i stället för att testa in den i slutet.
- Mentorskap och kunskapsdelning
- Att hjälpa andra att testa bättre och se till att produktkunskapen inte bara finns i ett huvud.
| Kompetens | Junior QA-ingenjör | QA-ingenjör | Senior QA-ingenjör | Lead QA-ingenjör |
|---|---|---|---|---|
| Testdesign och analys | Kör befintliga testfall noggrant, skriver nya testfall för små stories som täcker huvudflödet och de uppenbara kantfallen och frågar om oklara krav innan testningen börjar. | Skriver en testplan för varje funktion i teamet som täcker kantfall, behörigheter, datatillstånd och integrationer, och granskar kraven innan utvecklingen börjar för att hitta luckor. | Utformar teststrategin för projekt som spänner över flera funktioner eller team, avgör vad som ska täckas på enhets-, API- och end-to-end-nivå och lägger kraften på de delar som mest sannolikt går sönder. | Definierar hur företaget avgör vad som ska testas och hur djupt, utifrån risk och användningsdata, och ser till att varje team tillämpar det konsekvent. |
| Testautomatisering | Lägger till automatiserade tester i ett befintligt ramverk genom att följa etablerade mönster, kör testsviten lokalt och rapporterar fel hen inte kan förklara i stället för att köra om dem tills de går igenom. | Automatiserar regressionstesterna för teamets funktioner, håller dem stabila och läsbara och rättar eller tar bort instabila tester i stället för att ignorera dem. | Utformar strukturen för en automatiserad testsvit, kopplar in den i leveranspipelinen med rimliga körtider och granskar de tester som utvecklare och andra QA-ingenjörer skriver. | Väljer företagets testverktyg och gemensamma infrastruktur, balanserar lagren i testpyramiden mellan produkterna och håller hela testsviten så snabb att teamen faktiskt väntar på den. |
| Felsökning och felrapportering | Skriver buggrapporter med tydliga steg, förväntat och faktiskt resultat samt miljö, så att en utvecklare kan återskapa problemet utan att behöva ställa följdfrågor. | Ringar in buggar med hjälp av loggar, nätverksspårningar och databasen, bedömer deras allvarlighetsgrad utifrån påverkan på användarna och verifierar rättningar, inklusive fallen runt omkring. | Utreder sporadiska problem och problem som bara uppstår i produktion, över flera tjänster, ser mönster i återkommande fel och gör dem till förslag som tar bort en hel kategori av buggar. | Äger hur företaget följer upp och prioriterar fel, rapporterar trender i fel som slunkit igenom till utvecklingsledningen och ser till att de största felkällorna får finansierade åtgärder. |
| Release- och riskbedömning | Genomför de kontroller som tilldelats inför en release, rapporterar vad som har och inte har testats och lyfter farhågor till en mer erfaren QA-ingenjör. | Ger en tydlig rekommendation om att släppa eller inte släppa teamets releaser, förklarar kända risker och vad som är otestat och deltar i kontrollerna efter release. | Bestämmer releasesättet för riskfyllda ändringar – feature flags, stegvis utrullning, extra övervakning – tillsammans med utvecklarna, och leder testningen under incidenter och hotfixar. | Sätter de releasestandarder som varje team arbetar efter, definierar när en release kan stoppas och är den person ledningen frågar om produkten är redo för en stor lansering. |
| Kvalitetsarbete | Följer teamets definition of done och testflöde, och påpekar steg som hoppas över eller är förvirrande. | Deltar i refinement och designdiskussioner för att tidigt lägga till acceptanskriterier och testbarhetsfrågor, och arbetar tillsammans med utvecklarna kring vad deras egna tester ska täcka. | Förbättrar testflödet i ett eller två team – testmiljöer, testdata, checklistor för granskning – och mäter om förändringen minskade antalet fel som slinker igenom. | Formar kvalitetsarbetet i hela utvecklingsorganisationen, avgör var QA-ingenjörerna placeras och vad utvecklarna äger, och gör kvalitet till ett gemensamt ansvar i stället för ett enda teams jobb. |
| Mentorskap och kunskapsdelning | Dokumenterar det hen lär sig om produkten under testningen och delar användbara fynd och verktyg med teamet. | Håller teamets testdokumentation aktuell, introducerar nya kollegor i produktområdet och förklarar testtekniker för utvecklare som frågar. | Är medvetet mentor för juniora QA-ingenjörer, håller pass om testmetoder för utvecklare och deltar i rekryteringsintervjuer för QA-roller. | Utvecklar QA-gruppens färdigheter och karriärvägar, definierar hur QA-ingenjörer rekryteras och introduceras och utvecklar nästa generation seniora QA-ingenjörer och leads. |
Skrolla tabellen i sidled för att se alla nivåer.
Ladda ner som CSV Öppnas i Excel, Google Sheets eller Numbers.
Junior QA-ingenjör: vad som förväntas
Testar väl avgränsade funktioner utifrån befintliga testfall och lär sig produkten och dess användare. Enskilda stories eller buggrättningar inom ett område av produkten, med testplaner som granskas av någon mer erfaren.
- Testdesign och analys
- Kör befintliga testfall noggrant, skriver nya testfall för små stories som täcker huvudflödet och de uppenbara kantfallen och frågar om oklara krav innan testningen börjar.
- Testautomatisering
- Lägger till automatiserade tester i ett befintligt ramverk genom att följa etablerade mönster, kör testsviten lokalt och rapporterar fel hen inte kan förklara i stället för att köra om dem tills de går igenom.
- Felsökning och felrapportering
- Skriver buggrapporter med tydliga steg, förväntat och faktiskt resultat samt miljö, så att en utvecklare kan återskapa problemet utan att behöva ställa följdfrågor.
- Release- och riskbedömning
- Genomför de kontroller som tilldelats inför en release, rapporterar vad som har och inte har testats och lyfter farhågor till en mer erfaren QA-ingenjör.
- Kvalitetsarbete
- Följer teamets definition of done och testflöde, och påpekar steg som hoppas över eller är förvirrande.
- Mentorskap och kunskapsdelning
- Dokumenterar det hen lär sig om produkten under testningen och delar användbara fynd och verktyg med teamet.
QA-ingenjör: vad som förväntas
Äger testningen av funktionerna i ett team, från att läsa kraven till att godkänna releasen. Ett produktteams funktioner, inklusive deras manuella och automatiserade tester.
- Testdesign och analys
- Skriver en testplan för varje funktion i teamet som täcker kantfall, behörigheter, datatillstånd och integrationer, och granskar kraven innan utvecklingen börjar för att hitta luckor.
- Testautomatisering
- Automatiserar regressionstesterna för teamets funktioner, håller dem stabila och läsbara och rättar eller tar bort instabila tester i stället för att ignorera dem.
- Felsökning och felrapportering
- Ringar in buggar med hjälp av loggar, nätverksspårningar och databasen, bedömer deras allvarlighetsgrad utifrån påverkan på användarna och verifierar rättningar, inklusive fallen runt omkring.
- Release- och riskbedömning
- Ger en tydlig rekommendation om att släppa eller inte släppa teamets releaser, förklarar kända risker och vad som är otestat och deltar i kontrollerna efter release.
- Kvalitetsarbete
- Deltar i refinement och designdiskussioner för att tidigt lägga till acceptanskriterier och testbarhetsfrågor, och arbetar tillsammans med utvecklarna kring vad deras egna tester ska täcka.
- Mentorskap och kunskapsdelning
- Håller teamets testdokumentation aktuell, introducerar nya kollegor i produktområdet och förklarar testtekniker för utvecklare som frågar.
Senior QA-ingenjör: vad som förväntas
Formar hur ett eller två team bygger in kvalitet och äger teststrategin för större projekt. Ett eller två teams teststrategi, automatiserade testsviter och releasebeslut, plus projekt som går över teamgränserna.
- Testdesign och analys
- Utformar teststrategin för projekt som spänner över flera funktioner eller team, avgör vad som ska täckas på enhets-, API- och end-to-end-nivå och lägger kraften på de delar som mest sannolikt går sönder.
- Testautomatisering
- Utformar strukturen för en automatiserad testsvit, kopplar in den i leveranspipelinen med rimliga körtider och granskar de tester som utvecklare och andra QA-ingenjörer skriver.
- Felsökning och felrapportering
- Utreder sporadiska problem och problem som bara uppstår i produktion, över flera tjänster, ser mönster i återkommande fel och gör dem till förslag som tar bort en hel kategori av buggar.
- Release- och riskbedömning
- Bestämmer releasesättet för riskfyllda ändringar – feature flags, stegvis utrullning, extra övervakning – tillsammans med utvecklarna, och leder testningen under incidenter och hotfixar.
- Kvalitetsarbete
- Förbättrar testflödet i ett eller två team – testmiljöer, testdata, checklistor för granskning – och mäter om förändringen minskade antalet fel som slinker igenom.
- Mentorskap och kunskapsdelning
- Är medvetet mentor för juniora QA-ingenjörer, håller pass om testmetoder för utvecklare och deltar i rekryteringsintervjuer för QA-roller.
Lead QA-ingenjör: vad som förväntas
Sätter företagets förhållningssätt till kvalitet och gör varje team bättre på att leverera med färre fel som slinker igenom. Kvalitet i hela produkten: gemensam testinfrastruktur, releasestandarder och hur QA bemannas och bedrivs.
- Testdesign och analys
- Definierar hur företaget avgör vad som ska testas och hur djupt, utifrån risk och användningsdata, och ser till att varje team tillämpar det konsekvent.
- Testautomatisering
- Väljer företagets testverktyg och gemensamma infrastruktur, balanserar lagren i testpyramiden mellan produkterna och håller hela testsviten så snabb att teamen faktiskt väntar på den.
- Felsökning och felrapportering
- Äger hur företaget följer upp och prioriterar fel, rapporterar trender i fel som slunkit igenom till utvecklingsledningen och ser till att de största felkällorna får finansierade åtgärder.
- Release- och riskbedömning
- Sätter de releasestandarder som varje team arbetar efter, definierar när en release kan stoppas och är den person ledningen frågar om produkten är redo för en stor lansering.
- Kvalitetsarbete
- Formar kvalitetsarbetet i hela utvecklingsorganisationen, avgör var QA-ingenjörerna placeras och vad utvecklarna äger, och gör kvalitet till ett gemensamt ansvar i stället för ett enda teams jobb.
- Mentorskap och kunskapsdelning
- Utvecklar QA-gruppens färdigheter och karriärvägar, definierar hur QA-ingenjörer rekryteras och introduceras och utvecklar nästa generation seniora QA-ingenjörer och leads.
Så anpassar du den här karriärstegen
Skriv ner din mix av manuell och automatiserad testning
Om dina QA-ingenjörer fokuserar på utforskande testning, korta ner raden Testautomatisering och bygg ut Testdesign och analys. Om de främst bygger automatisering, höj förväntningarna på kodkvalitet. Gör i båda fallen valet uttalat, så att ingen bedöms mot ett jobb hen inte anställdes för.
Spara Lead-nivån tills den är ett verkligt jobb
Med två eller tre QA-ingenjörer behöver företaget oftast bara junior-, mellan- och seniornivå. Lägg till Lead när någon på riktigt sätter kvalitetsstandarder för varje team – inte som belöning för att vara den testare som varit längst i företaget. I den här karriärstegen är Lead en specialistnivå; om din QA-lead också leder testare, lägg till förväntningarna om personalansvar från karriärstegen för engineering managers.
Stäm av nivåerna mot utvecklarnas karriärstege
Koppla varje QA-nivå till den utvecklarnivå som har jämförbart ansvar och jämförbar lön. När en Senior QA-ingenjör står bredvid en Senior utvecklare blir ett byte mellan de två spåren ett steg i sidled snarare än en degradering eller ett hopp.
Samla belägg, inte antal buggar
Samla inför avstämningar och underlag för befordran exempel som en testplan som fångade ett kostsamt fel, en instabil testsvit som gjordes pålitlig eller ett releasebeslut som höll. Att räkna rapporterade buggar belönar brus och straffar testare i stabila team.
Vanliga frågor
Frågor om den här karriärstegen
Hur många nivåer behöver en karriärstege för QA-ingenjörer?
Tre eller fyra räcker oftast för ett företag med 20–200 anställda, eftersom QA-grupperna är små. Den här mallen använder fyra: Junior QA-ingenjör, QA-ingenjör, Senior QA-ingenjör och Lead QA-ingenjör. Lägg bara till en femte när arbetets omfattning verkligen växer bortom att sätta kvalitetsstandarder för hela produkten.
Ska manuella testare och testautomatiserare dela en karriärstege?
I de flesta mindre företag, ja. Kärnan i jobbet – att förstå risk, utforma tester och bedöma releaser – är densamma; bara verktygen skiljer sig. Behåll en karriärstege och kom överens, per person eller per team, om hur mycket av raden Testautomatisering som gäller.
Kan en QA-ingenjör byta till utvecklarspåret?
Ja, och det fungerar bäst som en planerad förflyttning. Jämför personen mot karriärstegen för mjukvaruutvecklare, kom överens om några utvecklingsaktiviteter som att äga små funktioner eller buggrättningar, och flytta hen när hen konsekvent når den nivån. Erfarenheten av testning gör oftast personen till en starkare utvecklare, inte en svagare.
Hur mäter man en QA-ingenjörs prestation utan att räkna buggar?
Titta på resultat och beteende: fel som slunkit igenom till produktion i hens område, hur pålitlig och snabb den automatiserade testsviten är, hur tidigt hen lyfter risker och hur releasebesluten höll. Diskutera konkreta exempel mot karriärstegen i regelbundna avstämningar i stället för att enbart förlita dig på dashboards.
Hur många QA-ingenjörer behöver ett team av utvecklare?
Det finns inget fast förhållande. Många företag av den här storleken har en QA-ingenjör på fyra till åtta utvecklare, men rätt antal beror på hur mycket utvecklarna testar sitt eget arbete och hur kostsamt ett fel är för dina användare. Håll koll på fel som slinker igenom och förseningar av releaser, och rekrytera när någon av dem fortsätter att öka.
Bygg den här karriärstegen i LadderKit – gratis
Lägg upp dess nivåer och färdigheter för ditt team, bedöm folk mot dem i avstämningar och håll besluten om befordran konsekventa.
Gratisplan · Inget kreditkort behövs
Relaterade mallar
Teknik
DevOps-ingenjör
Fyra nivåer från Junior till Staff DevOps-ingenjör, sex kompetenser från infrastruktur till stöd för utvecklarna.
- 4 nivåer
- 6 kompetenser
Teknik
Engineering Manager
Fyra nivåer från Engineering Manager till VP of Engineering, sex kompetenser för chefer.
- 4 nivåer
- 6 kompetenser