Jens Heimbürge

Eingebunden in die Planungsphase: Testpläne vor Implementierung erstellt, Sonderfälle frühzeitig identifiziert. Vergangene Bugfixes und Notfalllösungen dokumentiert, um Wiederholungen zu vermeiden. Risikoanalysen für produktiven Code: Eintrittswahrscheinlichkeit und Kundenauswirkung bewertet, priorisiert und dokumentiert. Risiken systematisch minimiert – Punkt für Punkt von der Liste gestrichen. Sicherheitstests mit Burp Suite: API- und Frontend-Schwachstellen nachgewiesen.

Beförderung als Bestätigung der Teamleistung. Das Test-Team wurde erfolgreich aufgelöst – die erarbeiteten Prozesse waren reif genug für eigenständige Scrum-Teams. Ein teamübergreifendes Meeting habe ich beibehalten: als Plattform für Wissensaustausch, gegenseitige Unterstützung und frühzeitige Feature-Diskussionen.

Go/No-Go-Verantwortung für alle Deployments. Risikobewertung der Anwendung, Aufbau automatisierter Tests inkl. Backwards-Compatibility- und Rolling-Upgrade-Tests. Ziel: null Hotfixes nach Deployment. Feature Flags eingefordert für sichere 2-Wochen-Release-Zyklen. Support- und Sales-Team regelmäßig über neue Features informiert. Prozess so dokumentiert, dass heute jeder im Team ein Release durchführen kann.

Vom Tester zur Führungskraft: Aufgaben delegiert, Qualität über ein Jira-Dashboard nach Scrum-Team und Feature verfolgt. Starke Teams öffentlich gelobt, Verbesserungspotenziale diskret im persönlichen Gespräch adressiert. Ein kostspieliges Redesign nach dem Test führte zur Einführung eines Design-Review-Prozesses – Fehler werden seither vor der ersten Zeile Code identifiziert.

Einstieg nach Open-Source-Mitarbeit: Ich hatte einen Vorzeichenfehler im Quellcode entdeckt den der Autor nicht finden konnte – mein Bug Report und Nachfolgender Pull Request wurde gemergt, ein Jobangebot folgte. Kernstärke entwickelt: Sicherheitslücken und Fehler bereits aus Design-Dokumenten vorhersagen. Nachgewiesen durch eigene Exploits – woraufhin Entwickler begannen, Design-Reviews proaktiv mit mir durchzuführen.

Einstieg im Wasserfallumfeld, später Umstieg auf Scrum. Testfälle aus Anforderungsdokumenten abgeleitet, Code Reviews durchgeführt. Grundsatz: Jeder Fehler im Test ist einer weniger in Produktion. Als erster Tester das Automatisierungstool Tosca pilotiert – bei Tool-Limitierungen ein eigenes Framework entwickelt, das mehrtägige Testläufe auf eine Nacht reduzierte. Tosca hat eine vergleichbare Funktion erst Jahre später implementiert.