Was macht ein QA Automation Engineer?
QA Automation Engineers prüfen Software nicht per Hand, sondern schreiben Code, der das Prüfen übernimmt. Für eine Web-Anwendung entsteht etwa ein Skript, das den Browser fernsteuert: Formular ausfüllen, Absenden klicken, prüfen, ob die Bestätigungsseite erscheint. Für Schnittstellen werden HTTP-Anfragen abgeschickt und die Antworten gegen erwartete Werte verglichen. Diese Tests laufen anschließend automatisch bei jeder Codeänderung in der Build-Pipeline.
Ein großer Teil der Arbeit besteht darin, fehlgeschlagene Testläufe zu beurteilen. Oft liegt der Fehler nicht im Produkt, sondern im Test selbst: Zeitverhalten, veränderte Oberflächenelemente, unsaubere Testdaten. Solche instabilen Tests, die zufällig scheitern, kosten viel Zeit und Glaubwürdigkeit. Dazu kommen Testdaten und Testumgebungen, Auswertungen für das Team, Lasttests und die Frage, welche Fälle sich zu automatisieren lohnen und welche besser manuell geprüft werden. In vielen Teams wird auch noch von Hand getestet, besonders bei neuen Funktionen.
Wie wird man QA Automation Engineer?
Es gibt keine geschützte Ausbildung. Üblich sind ein Studium der Informatik oder Wirtschaftsinformatik oder eine Ausbildung als Fachinformatikerin für Anwendungsentwicklung. Viele kommen aus dem manuellen Testen und lernen Programmieren dazu, andere aus der Entwicklung und wechseln in die Qualitätssicherung. Auch Quereinstieg über Weiterbildungen und Eigenprojekte ist verbreitet, verlangt aber sichtbare Arbeitsproben.
Gefordert werden praktisch immer eine Programmiersprache wie Java, Python, TypeScript oder C#, ein Testframework wie Playwright, Cypress, Selenium oder JUnit, Grundwissen zu Git, Docker und CI-Systemen sowie SQL. Das ISTQB-Zertifikat ist in Stellenanzeigen häufig genannt und leicht zu erwerben, ersetzt aber keine Praxis. Englisch ist für Dokumentation und internationale Teams nötig.
Was der Beruf verlangt
Die Arbeit läuft am Schreibtisch, meist in Gleitzeit und oft teilweise oder ganz remote. Belastend ist weniger der Körper als der Termindruck: Tests stehen am Ende der Entwicklungskette, und wenn ein Release wackelt, wird es beim Testen eng. Vor Auslieferungen kommt es zu Mehrarbeit, bei Produkten mit Bereitschaft auch zu Einsätzen außerhalb der Regelzeit.
Wer Fehler findet, überbringt schlechte Nachrichten. Das verlangt Beharrlichkeit und einen sachlichen Ton gegenüber Entwicklerinnen, Produktverantwortlichen und Management. Manchen fällt schwer, dass eigene Arbeit selten sichtbar wird: Funktioniert alles, hat niemand etwas gemerkt. Die Werkzeuge wechseln schnell, laufendes Nachlernen ist Teil des Berufs. Und ein erheblicher Anteil der Zeit geht in Wartung bestehender Tests, nicht in Neues.
Aussichten
Die Nachfrage ist stabil bis gut. Häufige Releases, Cloud-Betrieb und regulierte Branchen wie Medizintechnik, Automobil, Bank und Versicherung machen automatisierte Tests unverzichtbar. Zugleich verschiebt sich die Rolle: Reines Klicktesten verliert an Bedeutung, gefragt sind Leute, die programmieren und Pipelines verstehen.
Entwicklungswege führen zum Test Architect, zur Leitung eines QA-Teams, in Richtung DevOps und Site Reliability, in die Softwareentwicklung oder in die Spezialisierung auf Last-, Sicherheits- oder Embedded-Tests. Beratung und Freiberuflichkeit sind ebenfalls verbreitet.