Senior QA EngineerJakarta, Indonesien
Seit vierzehn Jahren mache ich komplexe Systeme unter hoher Last nachweisbar zuverlässig — in Banking, Retail, Fintech und auf staatlichen Plattformen, die Millionen Bürgerinnen und Bürger nutzen.
Der Werdegang
Fakten statt selbst vergebener Kennzahlen. Jede Zeile lässt sich durch einen früheren Arbeitgeber, ein Zertifikat oder die Software selbst bestätigen — und wo die Prüfung auf dieser Seite möglich ist, führt die letzte Spalte direkt dorthin.
| Fakt | Was es bedeutet | Wo prüfbar |
|---|---|---|
| 15 Jahre | Testen ohne Unterbrechung seit 2011 — manuell, Automatisierung, API und Performance, über die gesamte Zeit hinweg. | Datierte Laufbahn |
| 7 Unternehmen | 6 Branchen: Kernbankensysteme, Handel, IT-Beratung, Fintech, Edtech und Behördenplattformen. | Branchenzeiträume |
| Exelion | Eine Testmanagement-Plattform für Unternehmen, die er selbst entworfen und von Grund auf gebaut hat, um TestRail zu ersetzen. Kein Werkzeug, das er bedienen gelernt hat — eines, das er geschrieben hat. | Laufende Demo |
| 13 + 2 | Die Qualitätsabteilung, die er als Manager führte: 13 Tester und 2 technische Redakteure. | PT Geekseat Indonesia |
| Rapor Pendidikan | Indonesiens nationale Bildungsberichtsplattform. Er verantwortete ihre Qualität durchgängig und band die Regressionssuite in die Release-Pipeline ein. | GovTech Edu |
| Null Datenverlust | Das Kernsystem einer Bank wurde ersetzt, ohne einen einzigen Kundendatensatz zu verlieren — auf Datenbankebene über SIT und UAT geprüft. | PT Collega Inti Pratama |
| 15 Zertifikate | Neben einer Vollzeitstelle erworben, jedes mit Aussteller, Datum und Credential-ID aufgeführt. | Die Zertifikate |
Entnommen dem Beschäftigungsverlauf und den Zertifikaten selbst. Nichts davon ist geschätzt, und keine Zahl ist selbst vergeben.
Die Projekte vollständig lesenSo entsteht die Arbeit
Qualität wird von Anfang an eingeplant, nicht am Ende geprüft. Jede Stufe speist die nächste, und jede hinterlässt Nachweise.
01
Risiken erfassen, bevor der erste Testfall entsteht. Die riskantesten Pfade bekommen die tiefste Abdeckung.
02
Testfälle, die sich klar lesen, Randfälle abdecken und ein Refactoring überstehen.
03
Manuelle, automatisierte und API-Suites — Selenium, Appium und Postman — über alle Umgebungen hinweg.
04
Ergebnisse in Entscheidungen übersetzen: Was geht live, was ist blockiert und wie groß ist das Risiko wirklich.
05
Mit Zuversicht releasen und danach die Produktion beobachten, um die Entscheidung zu bestätigen.
Verfügbarkeit
Wenn ein Team jemanden braucht, der Release-Risiko sichtbar macht und es dann auch angeht, ist das genau das Gespräch.