Engineering
Software Engineer
Fünf Level von Junior bis Principal und sechs Kompetenzen – vom Ausliefern von Code bis zur Entwicklung des Teams.
- 5 Level
- 6 Kompetenzen
Vorlage für eine Karriereleiter
Karriereleiter für QA Engineers: Vorlage
Vier Level vom Junior QA bis zum Lead QA Engineer und sechs Kompetenzen – vom Testdesign bis zu Qualitätspraktiken.
Kostenloser Plan · Keine Kreditkarte nötig
Diese Karriereleiter ist für QA Engineers in Softwareunternehmen mit etwa 20 bis 200 Mitarbeitenden geschrieben, in denen Tester in Produktteams sitzen, es im ganzen Unternehmen vielleicht nur eine Handvoll von ihnen gibt und dieselbe Person morgens explorativ testet und nachmittags automatisierte Checks schreibt. Sie beschreibt vier Level – von jemandem, der lernt, ein Feature gründlich zu testen, bis zu der Person, die entscheidet, wie das ganze Unternehmen an Qualität herangeht. Das oberste Level, Lead QA Engineer, ist ein Fach-Level und keine Führungsrolle.
Jedes Level ist darüber definiert, was eine Person tut und wie weit ihre Arbeit reicht, nicht über Berufsjahre oder die Zahl gemeldeter Bugs. Lies eine Zeile der Kompetenzmatrix von links nach rechts, um zu sehen, wie eine Erwartung wächst; lies den Abschnitt eines Levels, um alles zu sehen, was auf diesem Level erwartet wird. Nutze sie, um zu erklären, was der nächste Schritt bedeutet, um Selbsteinschätzungen und Check-ins durchzuführen und um Beförderungsentscheidungen über Teams hinweg vergleichbar zu halten.
Betrachte sie als Entwurf. Wenn eure QA Engineers keine Automatisierung schreiben oder die Entwickler den Großteil des Testens übernehmen, ändere die Formulierungen, bevor du die Karriereleiter veröffentlichst – eine Erwartung, die in eurem Setup niemand erfüllen kann, erzeugt nur Frust.
Die Level im Überblick
Junior QA Engineer
Testet klar umrissene Features anhand vorhandener Testfälle und lernt das Produkt und seine Nutzer kennen.
- Verantwortungsbereich
- Einzelne Stories oder Bugfixes in einem Bereich des Produkts, mit Testplänen, die eine erfahrenere Person prüft.
QA Engineer
Verantwortet das Testen der Features eines Teams – vom Lesen der Anforderungen bis zur Freigabe des Releases.
- Verantwortungsbereich
- Die Features eines Produktteams, einschließlich ihrer manuellen und automatisierten Tests.
Senior QA Engineer
Prägt, wie ein oder zwei Teams Qualität von Anfang an einbauen, und verantwortet die Teststrategie für größere Projekte.
- Verantwortungsbereich
- Teststrategie, Automatisierungssuites und Release-Entscheidungen von ein oder zwei Teams sowie Projekte über Teamgrenzen hinweg.
Lead QA Engineer
Legt den Qualitätsansatz des Unternehmens fest und hilft jedem Team, mit weniger durchgerutschten Fehlern auszuliefern.
- Verantwortungsbereich
- Qualität im gesamten Produkt: gemeinsame Testinfrastruktur, Release-Standards und wie QA besetzt und gelebt wird.
Kompetenzmatrix
Jede Zeile ist eine Kompetenz, jede Spalte ein Level. Lies eine Zeile von links nach rechts, um zu sehen, wie die Erwartung wächst.
Was jede Kompetenz bedeutet
- Testdesign und Analyse
- Herausfinden, was schiefgehen könnte, und die Tests wählen, die es finden.
- Testautomatisierung
- Automatisierte Checks bauen, die schnell und stabil sind und denen das Team vertraut.
- Fehleranalyse und Fehlerberichte
- Probleme finden, reproduzieren und so erklären, dass sie schnell behoben werden.
- Release- und Risikobewertung
- Entscheiden, ob etwas bereit zur Auslieferung ist, und das klar sagen.
- Qualitätspraktiken
- Qualität in die Arbeitsweise des Teams einbauen, statt sie am Ende hineinzutesten.
- Mentoring und Wissensaustausch
- Anderen helfen, besser zu testen, und verhindern, dass Produktwissen nur in einem Kopf steckt.
| Kompetenz | Junior QA Engineer | QA Engineer | Senior QA Engineer | Lead QA Engineer |
|---|---|---|---|---|
| Testdesign und Analyse | Führt vorhandene Testfälle sorgfältig aus, schreibt für kleine Stories neue Fälle, die den Hauptpfad und offensichtliche Randfälle abdecken, und fragt vor Testbeginn nach unklaren Anforderungen. | Schreibt für jedes Feature des Teams einen Testplan, der Randfälle, Berechtigungen, Datenzustände und Schnittstellen abdeckt, und prüft Anforderungen vor Entwicklungsbeginn auf Lücken. | Entwirft die Teststrategie für Projekte, die mehrere Features oder Teams umfassen, entscheidet, was auf Unit-, API- und End-to-End-Ebene abgedeckt wird, und konzentriert den Aufwand auf die Teile, die am ehesten brechen. | Legt fest, wie das Unternehmen anhand von Risiko und Nutzungsdaten entscheidet, was wie gründlich getestet wird, und sorgt dafür, dass jedes Team das einheitlich anwendet. |
| Testautomatisierung | Ergänzt automatisierte Tests in einem bestehenden Framework nach etablierten Mustern, führt die Suite lokal aus und meldet Fehlschläge, die nicht erklärbar sind, statt sie so oft neu zu starten, bis sie grün werden. | Automatisiert die Regressionstests für die Features des Teams, hält sie stabil und lesbar und repariert oder entfernt Flaky Tests, statt sie zu ignorieren. | Entwirft die Struktur einer Automatisierungssuite, bindet sie mit vernünftigen Laufzeiten in die Delivery-Pipeline ein und reviewt die Tests, die Entwickler und andere QA Engineers schreiben. | Wählt das Test-Tooling und die gemeinsame Infrastruktur des Unternehmens, balanciert die Schichten der Testpyramide über die Produkte hinweg und hält die gesamte Suite so schnell, dass Teams tatsächlich auf sie warten. |
| Fehleranalyse und Fehlerberichte | Schreibt Bug-Reports mit klaren Schritten, erwartetem und tatsächlichem Ergebnis und der Umgebung, sodass Entwickler das Problem ohne Rückfragen reproduzieren können. | Grenzt Bugs anhand von Logs, Netzwerk-Traces und der Datenbank ein, beurteilt ihren Schweregrad nach den Auswirkungen auf Nutzer und bestätigt Fixes, einschließlich der Fälle rundherum. | Untersucht sporadische und nur in Produktion auftretende Probleme über Services hinweg, erkennt Muster in wiederkehrenden Fehlern und macht daraus Vorschläge, die eine ganze Klasse von Bugs beseitigen. | Verantwortet, wie das Unternehmen Fehler erfasst und priorisiert, berichtet der Engineering-Leitung über Trends bei durchgerutschten Bugs und sorgt dafür, dass für die größten Fehlerquellen Fixes eingeplant und finanziert werden. |
| Release- und Risikobewertung | Erledigt die vor einem Release zugewiesenen Checks, berichtet, was getestet wurde und was nicht, und meldet Bedenken an einen erfahreneren QA Engineer. | Gibt für die Releases des Teams eine klare Go- oder No-Go-Empfehlung, erklärt die bekannten Risiken und was ungetestet bleibt, und wirkt bei den Checks nach dem Release mit. | Entscheidet gemeinsam mit den Entwicklern über das Release-Vorgehen bei riskanten Änderungen – Feature Flags, gestaffelte Rollouts, zusätzliches Monitoring – und leitet das Testen bei Incidents und Hotfixes. | Legt die Release-Standards fest, nach denen jedes Team arbeitet, definiert, wann ein Release gestoppt werden darf, und ist die Person, die die Führungsebene fragt, ob das Produkt für einen großen Launch bereit ist. |
| Qualitätspraktiken | Hält sich an die Definition of Done und den Test-Workflow des Teams und weist auf Schritte hin, die übersprungen werden oder verwirrend sind. | Bringt sich in Refinements und Designdiskussionen ein, um früh Akzeptanzkriterien und Fragen der Testbarkeit einzubringen, und klärt im Pairing mit Entwicklern, was ihre eigenen Tests abdecken sollen. | Verbessert den Test-Workflow von ein oder zwei Teams – Testumgebungen, Testdaten, Review-Checklisten – und misst, ob die Änderung durchgerutschte Fehler reduziert hat. | Prägt die Qualitätspraktiken im gesamten Engineering, entscheidet, wo QA Engineers eingesetzt werden und was die Entwickler verantworten, und macht Qualität zu einer gemeinsamen Verantwortung statt zur Aufgabe eines einzelnen Teams. |
| Mentoring und Wissensaustausch | Dokumentiert beim Testen, was über das Produkt gelernt wurde, und teilt nützliche Erkenntnisse und Tools mit dem Team. | Hält die Testdokumentation des Teams aktuell, arbeitet neue Teammitglieder in den Produktbereich ein und erklärt Entwicklern, die fragen, Testtechniken. | Begleitet Junior QA Engineers gezielt im Mentoring, bietet Entwicklern Sessions zu Testansätzen an und führt Bewerbungsgespräche für QA-Rollen mit. | Entwickelt die Fähigkeiten und Karrierewege der QA-Gruppe weiter, legt fest, wie QA Engineers eingestellt und eingearbeitet werden, und entwickelt die nächsten Senior und Lead QA Engineers. |
Scrolle die Tabelle seitwärts, um alle Level zu sehen.
Als CSV herunterladen Lässt sich in Excel, Google Sheets oder Numbers öffnen.
Junior QA Engineer: Was erwartet wird
Testet klar umrissene Features anhand vorhandener Testfälle und lernt das Produkt und seine Nutzer kennen. Einzelne Stories oder Bugfixes in einem Bereich des Produkts, mit Testplänen, die eine erfahrenere Person prüft.
- Testdesign und Analyse
- Führt vorhandene Testfälle sorgfältig aus, schreibt für kleine Stories neue Fälle, die den Hauptpfad und offensichtliche Randfälle abdecken, und fragt vor Testbeginn nach unklaren Anforderungen.
- Testautomatisierung
- Ergänzt automatisierte Tests in einem bestehenden Framework nach etablierten Mustern, führt die Suite lokal aus und meldet Fehlschläge, die nicht erklärbar sind, statt sie so oft neu zu starten, bis sie grün werden.
- Fehleranalyse und Fehlerberichte
- Schreibt Bug-Reports mit klaren Schritten, erwartetem und tatsächlichem Ergebnis und der Umgebung, sodass Entwickler das Problem ohne Rückfragen reproduzieren können.
- Release- und Risikobewertung
- Erledigt die vor einem Release zugewiesenen Checks, berichtet, was getestet wurde und was nicht, und meldet Bedenken an einen erfahreneren QA Engineer.
- Qualitätspraktiken
- Hält sich an die Definition of Done und den Test-Workflow des Teams und weist auf Schritte hin, die übersprungen werden oder verwirrend sind.
- Mentoring und Wissensaustausch
- Dokumentiert beim Testen, was über das Produkt gelernt wurde, und teilt nützliche Erkenntnisse und Tools mit dem Team.
QA Engineer: Was erwartet wird
Verantwortet das Testen der Features eines Teams – vom Lesen der Anforderungen bis zur Freigabe des Releases. Die Features eines Produktteams, einschließlich ihrer manuellen und automatisierten Tests.
- Testdesign und Analyse
- Schreibt für jedes Feature des Teams einen Testplan, der Randfälle, Berechtigungen, Datenzustände und Schnittstellen abdeckt, und prüft Anforderungen vor Entwicklungsbeginn auf Lücken.
- Testautomatisierung
- Automatisiert die Regressionstests für die Features des Teams, hält sie stabil und lesbar und repariert oder entfernt Flaky Tests, statt sie zu ignorieren.
- Fehleranalyse und Fehlerberichte
- Grenzt Bugs anhand von Logs, Netzwerk-Traces und der Datenbank ein, beurteilt ihren Schweregrad nach den Auswirkungen auf Nutzer und bestätigt Fixes, einschließlich der Fälle rundherum.
- Release- und Risikobewertung
- Gibt für die Releases des Teams eine klare Go- oder No-Go-Empfehlung, erklärt die bekannten Risiken und was ungetestet bleibt, und wirkt bei den Checks nach dem Release mit.
- Qualitätspraktiken
- Bringt sich in Refinements und Designdiskussionen ein, um früh Akzeptanzkriterien und Fragen der Testbarkeit einzubringen, und klärt im Pairing mit Entwicklern, was ihre eigenen Tests abdecken sollen.
- Mentoring und Wissensaustausch
- Hält die Testdokumentation des Teams aktuell, arbeitet neue Teammitglieder in den Produktbereich ein und erklärt Entwicklern, die fragen, Testtechniken.
Senior QA Engineer: Was erwartet wird
Prägt, wie ein oder zwei Teams Qualität von Anfang an einbauen, und verantwortet die Teststrategie für größere Projekte. Teststrategie, Automatisierungssuites und Release-Entscheidungen von ein oder zwei Teams sowie Projekte über Teamgrenzen hinweg.
- Testdesign und Analyse
- Entwirft die Teststrategie für Projekte, die mehrere Features oder Teams umfassen, entscheidet, was auf Unit-, API- und End-to-End-Ebene abgedeckt wird, und konzentriert den Aufwand auf die Teile, die am ehesten brechen.
- Testautomatisierung
- Entwirft die Struktur einer Automatisierungssuite, bindet sie mit vernünftigen Laufzeiten in die Delivery-Pipeline ein und reviewt die Tests, die Entwickler und andere QA Engineers schreiben.
- Fehleranalyse und Fehlerberichte
- Untersucht sporadische und nur in Produktion auftretende Probleme über Services hinweg, erkennt Muster in wiederkehrenden Fehlern und macht daraus Vorschläge, die eine ganze Klasse von Bugs beseitigen.
- Release- und Risikobewertung
- Entscheidet gemeinsam mit den Entwicklern über das Release-Vorgehen bei riskanten Änderungen – Feature Flags, gestaffelte Rollouts, zusätzliches Monitoring – und leitet das Testen bei Incidents und Hotfixes.
- Qualitätspraktiken
- Verbessert den Test-Workflow von ein oder zwei Teams – Testumgebungen, Testdaten, Review-Checklisten – und misst, ob die Änderung durchgerutschte Fehler reduziert hat.
- Mentoring und Wissensaustausch
- Begleitet Junior QA Engineers gezielt im Mentoring, bietet Entwicklern Sessions zu Testansätzen an und führt Bewerbungsgespräche für QA-Rollen mit.
Lead QA Engineer: Was erwartet wird
Legt den Qualitätsansatz des Unternehmens fest und hilft jedem Team, mit weniger durchgerutschten Fehlern auszuliefern. Qualität im gesamten Produkt: gemeinsame Testinfrastruktur, Release-Standards und wie QA besetzt und gelebt wird.
- Testdesign und Analyse
- Legt fest, wie das Unternehmen anhand von Risiko und Nutzungsdaten entscheidet, was wie gründlich getestet wird, und sorgt dafür, dass jedes Team das einheitlich anwendet.
- Testautomatisierung
- Wählt das Test-Tooling und die gemeinsame Infrastruktur des Unternehmens, balanciert die Schichten der Testpyramide über die Produkte hinweg und hält die gesamte Suite so schnell, dass Teams tatsächlich auf sie warten.
- Fehleranalyse und Fehlerberichte
- Verantwortet, wie das Unternehmen Fehler erfasst und priorisiert, berichtet der Engineering-Leitung über Trends bei durchgerutschten Bugs und sorgt dafür, dass für die größten Fehlerquellen Fixes eingeplant und finanziert werden.
- Release- und Risikobewertung
- Legt die Release-Standards fest, nach denen jedes Team arbeitet, definiert, wann ein Release gestoppt werden darf, und ist die Person, die die Führungsebene fragt, ob das Produkt für einen großen Launch bereit ist.
- Qualitätspraktiken
- Prägt die Qualitätspraktiken im gesamten Engineering, entscheidet, wo QA Engineers eingesetzt werden und was die Entwickler verantworten, und macht Qualität zu einer gemeinsamen Verantwortung statt zur Aufgabe eines einzelnen Teams.
- Mentoring und Wissensaustausch
- Entwickelt die Fähigkeiten und Karrierewege der QA-Gruppe weiter, legt fest, wie QA Engineers eingestellt und eingearbeitet werden, und entwickelt die nächsten Senior und Lead QA Engineers.
So passt du diese Karriereleiter an
Halte euren Mix aus manuellem und automatisiertem Testen fest
Wenn eure QA Engineers sich auf exploratives Testen konzentrieren, kürze die Zeile „Testautomatisierung“ und baue „Testdesign und Analyse“ aus. Wenn sie vor allem Automatisierung bauen, heb die Erwartungen an die Codequalität an. In beiden Fällen: Mach die Entscheidung ausdrücklich, damit niemand an einem Job gemessen wird, für den die Person nicht eingestellt wurde.
Hebe das Lead-Level auf, bis es ein echter Job ist
Mit zwei oder drei QA Engineers braucht das Unternehmen meist nur Junior-, Mid- und Senior-Level. Füge Lead hinzu, wenn jemand tatsächlich Qualitätsstandards für jedes Team setzt – nicht als Belohnung dafür, am längsten dabei zu sein. In dieser Karriereleiter ist Lead ein Fach-Level; wenn euer QA Lead auch Tester führt, ergänze die Führungserwartungen aus der Karriereleiter für Engineering Manager.
Stimme die Level mit deiner Engineering-Karriereleiter ab
Ordne jedes QA-Level dem Software-Engineer-Level mit vergleichbarem Verantwortungsbereich und Gehalt zu. Wenn ein Senior QA Engineer neben einem Senior Engineer steht, wird der Wechsel zwischen den beiden Laufbahnen ein Schritt zur Seite statt einer Herabstufung oder eines Sprungs.
Sammle Belege, keine Bug-Zahlen
Sammle für Check-ins und Beförderungsfälle Beispiele wie einen Testplan, der einen teuren Fehler abgefangen hat, eine Flaky-Suite, die zuverlässig gemacht wurde, oder eine Release-Entscheidung, die sich bewährt hat. Gemeldete Bugs zu zählen belohnt Lärm und bestraft Tester in stabilen Teams.
FAQ
Fragen zu dieser Karriereleiter
Wie viele Level braucht eine Karriereleiter für QA Engineers?
Drei oder vier reichen für ein Unternehmen mit 20 bis 200 Mitarbeitenden meist aus, weil QA-Gruppen klein sind. Diese Vorlage nutzt vier: Junior QA Engineer, QA Engineer, Senior QA Engineer und Lead QA Engineer. Füge ein fünftes nur hinzu, wenn der Verantwortungsbereich wirklich über Qualitätsstandards für das gesamte Produkt hinauswächst.
Sollten manuelle Tester und Testautomatisierer eine gemeinsame Karriereleiter haben?
In den meisten kleineren Unternehmen ja. Der Kern des Jobs – Risiken verstehen, Tests entwerfen und Releases beurteilen – ist derselbe; nur die Werkzeuge unterscheiden sich. Behalte eine Karriereleiter und vereinbare pro Person oder pro Team, wie viel von der Zeile „Testautomatisierung“ gilt.
Kann ein QA Engineer in die Software-Engineering-Laufbahn wechseln?
Ja, und das funktioniert am besten als geplanter Wechsel. Vergleiche die Person mit der Karriereleiter für Software Engineers, vereinbare ein paar Entwicklungsmaßnahmen wie die Verantwortung für kleine Features oder Bugfixes und vollziehe den Wechsel, sobald sie dieses Level durchgehend erfüllt. Die Testerfahrung macht sie meist zu stärkeren Engineers, nicht zu schwächeren.
Wie misst man die Leistung eines QA Engineers, ohne Bugs zu zählen?
Schau auf Ergebnisse und Verhalten: Fehler, die im eigenen Bereich bis in die Produktion durchgerutscht sind, Zuverlässigkeit und Geschwindigkeit der automatisierten Suite, wie früh Risiken angesprochen werden und wie sich Release-Entscheidungen bewährt haben. Besprich konkrete Beispiele anhand der Karriereleiter in regelmäßigen Check-ins, statt dich nur auf Dashboards zu verlassen.
Wie viele QA Engineers braucht ein Team von Entwicklern?
Es gibt kein festes Verhältnis. Viele Unternehmen dieser Größe arbeiten mit einem QA Engineer auf vier bis acht Entwickler, aber die richtige Zahl hängt davon ab, wie viel die Entwickler selbst testen und wie teuer ein Fehler für eure Nutzer ist. Behalte durchgerutschte Fehler und Release-Verzögerungen im Blick und stelle ein, wenn eines davon immer weiter steigt.
Baue diese Karriereleiter in LadderKit – kostenlos
Richte ihre Level und Skills für dein Team ein, bewerte Personen in Check-ins daran und triff Beförderungsentscheidungen nach einheitlichem Maßstab.
Kostenloser Plan · Keine Kreditkarte nötig
Ähnliche Vorlagen
Engineering
DevOps Engineer
Vier Level vom Junior bis zum Staff DevOps Engineer und sechs Kompetenzen – von Infrastruktur bis Developer Enablement.
- 4 Level
- 6 Kompetenzen
Engineering
Engineering Manager
Vier Level vom Engineering Manager bis zum VP of Engineering in sechs Führungskompetenzen.
- 4 Level
- 6 Kompetenzen