Lebenslauf für Testautomatisierer/innen: Beispiele und Anleitung

Eine Seite für einen Test Automation Engineer in einem Produktteam mit regelmäßigen Releases. Name und Arbeitgeber sind erfunden. Achten Sie darauf, dass der Stack genau benannt ist, die Suite mit Größe und Laufzeit beschrieben wird und die Ergebnisse in Größen formuliert sind, die eine Delivery-Leitung interessieren: Vertrauen in das Release, Tempo der Rückmeldung und Fehler in Produktion.

Die Einstellung in der Testautomatisierung ähnelt heute der von Entwicklerinnen und Entwicklern, und die Vorauswahl ist technisch. Vier Punkte entscheiden.

• Worin Sie Code schreiben und wie viel. Sprache, Framework und ob Sie eine Suite aufgebaut oder eine fremde gepflegt haben. Neuaufbau und die Übernahme einer chaotischen Suite sind beide wertvoll, aber es sind verschiedene Geschichten, und Sie sollten sagen, welche Sie erlebt haben.
• Ob man Ihrer Suite vertrauen kann. Der Anteil instabiler Tests entscheidet das. Eine Suite mit 2.000 Tests, der niemand glaubt, ist schlechter als 300 Tests, deren Ergebnis immer etwas bedeutet, und Führungskräfte wissen das.
• Tempo der Rückmeldung. Laufzeit der Suite, Parallelisierung und ob die Tests bei jedem Pull Request laufen oder nur nachts. Schnelle Rückmeldung ist das eigentliche Produkt, das ein Test Automation Engineer liefert.
• Wirkung über die Suite hinaus. Vor dem Release gefundene Fehler, Fehler in Produktion, eingesparte manuelle Stunden, ermöglichte Releases pro Quartal. Das macht aus einem QA-Lebenslauf einen Engineering-Lebenslauf.

“Als Erstes suche ich den Anteil instabiler Tests und eine Laufzeit. Wenn mir jemand sagt, dass die eigene Suite von vier Stunden auf elf Minuten geschrumpft ist und die instabilen Tests unter einem Prozent liegen, weiß ich schon, dass diese Person den Job kann. Eine Liste mit zwanzig Werkzeugen ohne eine einzige Zahl sagt mir, dass jemand viele Tutorials angeschaut hat.”

Drei oder vier Zeilen: Stack, Größe und Laufzeit der Suite, eine Zahl zur Zuverlässigkeit, eine zur Wirkung. Passen Sie den Text an Ihre Berufsjahre an, aber lassen Sie die Zahlen nie weg.

Die Zahlen stammen aus Ihrem CI-Dashboard, Ihren Testberichten und Ihrem Bugtracker, und die können Sie heute noch nachlesen.

Gruppieren Sie nach Ebenen, damit man das Profil Ihrer Erfahrung erkennt, und seien Sie bereit, jede Zeile im technischen Gespräch oder bei einer Live-Coding-Aufgabe zu vertreten.

• Sprachen, die stärkste zuerst: TypeScript, JavaScript, Python, Java, C#. Wissen Sie, welche Sie für ein neues Projekt wählen würden und warum, denn danach wird gefragt.
• Web-Automatisierung: Playwright, Selenium WebDriver, Cypress, WebdriverIO. Nennen Sie das Muster, das Sie verwenden, etwa Page Objects oder komponentenbasierte Fixtures, und ob Sie es gebaut oder übernommen haben.
• API- und Service-Tests: REST Assured, Supertest, requests mit pytest, Postman und Newman, Contract-Tests zwischen Services, JSON-Schema-Validierung, Mocking und Stubbing.
• Mobile, falls zutreffend: Appium, Espresso, XCUITest, Gerätecloud und wie Sie mit der Gerätematrix umgehen.
• Test-Runner und Aufbau: Jest, pytest, JUnit 5, TestNG, parametrisierte Tests, Fixtures und Hooks, Tags und selektive Läufe.
• CI und Infrastruktur: GitHub Actions, Jenkins, GitLab CI, Azure DevOps, Docker, Kubernetes, falls Sie damit arbeiten, Strategie für Parallelisierung und Sharding, Sammlung von Artefakten und Traces.
• Performance und Last: k6, JMeter, Gatling, und ob Sie die Tests selbst ausgeführt oder nur die Ergebnisse gelesen haben.
• Testmanagement und Berichte: Jira, Xray, TestRail, Zephyr, Allure und jedes Dashboard für instabile Tests, das Sie gebaut haben.
• Engineering-Praxis: Git und Reviews von Pull Requests, Reviews der Tests anderer, Pairing mit der Entwicklung und das Lesen von Anwendungslogs, um herauszufinden, was wirklich fehlgeschlagen ist.

Das ist der häufigste Weg in diese Rolle, und Führungskräfte wissen das. Sehen wollen sie echten Code, den Sie geschrieben haben, kein Zertifikat, dass Sie Automatisierung gelernt haben.

1. 1Automatisieren Sie etwas in Ihrer aktuellen Stelle, auch ohne Auftrag, die Teststrategie zu ändern. Die am häufigsten wiederholten Smoke-Tests sind der sicherste Anfang, und „die 60 häufigsten Smoke-Tests automatisiert, Laufzeit von 3 Stunden auf 25 Minuten gesenkt“ ist eine vollständige Geschichte.
2. 2Wählen Sie eine Sprache und ein Framework und werden Sie darin gut. Breite über fünf Werkzeuge wirkt schwächer als Tiefe in TypeScript und Playwright oder Java und Selenium.
3. 3Stellen Sie funktionierenden Code auf GitHub, mit einem README, das die Designentscheidungen erklärt. Führungskräfte öffnen diese Links, und ein kleines, sauberes Projekt schlägt ein großes, unordentliches.
4. 4Lernen Sie die CI-Seite. Tests in GitHub Actions oder Jenkins parallel und mit Berichten zum Laufen zu bringen, unterscheidet jemanden, der Skripte schreibt, von einem Test Automation Engineer.
5. 5Verstecken Sie Ihre Erfahrung im manuellen Test nicht, sondern zeigen Sie sie. Exploratives Testen, Risikoanalyse und das Wissen, wo Produkte wirklich brechen, fehlen reinen Entwicklerinnen und Entwicklern oft, und die besten Testautomatisierer/innen können beides.
6. 6Legen Sie die Prüfung zum ISTQB Foundation Level ab, wenn Sie sonst nichts auf dem Papier haben, danach das Advanced Level Test Automation Engineering (CTAL-TAE) beim German Testing Board. Beides ersetzt keinen Code, hilft aber, wenn das Recruiting nach Schlüsselwörtern filtert. Eine Umschulung mit Bildungsgutschein fördert die Arbeitsagentur nur bei AZAV-zertifizierten Trägern.

• Eine Seite bis etwa 8 Jahre Erfahrung, danach zwei, in Deutschland ohnehin üblich. Engineering-Lebensläufe werden schnell gelesen und nach dem Stack überflogen.
• Stellen Sie den Stack nach oben, in einen Block Kenntnisse oder ins Profil. Das Recruiting filtert nach Framework-Namen, bevor eine Führungskraft Ihre Datei sieht.
• Einspaltig, keine Grafiken, keine Kompetenzbalken. Niemand glaubt einem Balken, der sagt, Sie könnten Python zu 85 %. Ein Foto ist in Deutschland üblich, aber freiwillig.
• Verlinken Sie GitHub und achten Sie darauf, dass die angepinnten Repositories die sind, die gelesen werden sollen. Ein leeres oder verwaistes Profil ist schlechter als gar kein Link.
• Übernehmen Sie die Begriffe der Anzeige: „Testautomatisierung“, „SDET“, „Playwright“, „Selenium“, „Cypress“, „Appium“, „REST Assured“, „CI/CD“, „Pipeline“, „Regressionssuite“, „instabile Tests“ oder „Flaky Tests“, „Page Object“, „Contract-Tests“, „Shift-Left“.
• Machen Sie klar, was Sie gebaut und was Sie gepflegt haben. Beides ist in Ordnung, Unklarheit nicht.
• PDF, benannt mit Ihrem Namen und der Rolle, zum Beispiel Vorname-Nachname-Lebenslauf-Testautomatisierung.pdf.

Rechnen Sie im Gespräch damit, live einen Test zu schreiben oder zu reparieren, über das zu sprechen, was Sie nicht automatisieren würden, und zu erklären, wie Sie mit einem Test umgehen, der einmal pro Woche scheitert. Halten Sie echte Antworten bereit und sorgen Sie dafür, dass die Zahlen, die Sie nennen, mit denen im Lebenslauf übereinstimmen.