Het probleem
Een onderhoudsverzoek gaat door veel handen: een huurder meldt schade, iemand beoordeelt het, een aannemer wordt ingepland, het werk wordt gecontroleerd. Elke stap heeft eigen schermen, statussen en uitzonderingen, en alles moet werken op een desktop op kantoor én op een telefoon op locatie.
Wat ik deed
- Nieuwe functionaliteit gebouwd voor het registreren, beheren en afhandelen van onderhoudsworkflows in Angular en TypeScript, met RxJS voor state die verandert terwijl je kijkt.
- Gewerkt aan de web- en mobiele app vanuit één codebase, met Ionic en Capacitor voor de native builds.
- Functionele wensen en UX-ontwerpen vertaald naar componenten die de rest van het team kon hergebruiken.
- Code gereviewd met focus op consistentie en onderhoudbaarheid, en meegedacht over de technische architectuur.
- Technische schuld opgespoord en verminderd als onderdeel van het gewone sprintwerk, niet als apart project.
End-to-end tests met Playwright en MCP
Workflows met veel stappen zijn precies waar regressies zich verstoppen, en precies waar E2E-tests met de hand schrijven traag is. Ik zette geautomatiseerde end-to-end tests op met Playwright en gebruikte de Playwright MCP-server, zodat een AI-assistent een echte browser door de app kon sturen terwijl ik de tests schreef en verfijnde.
Het resultaat: bredere testdekking van de workflows en een snellere feedbackloop. Een wijziging die een stap brak, kwam naar boven in de pipeline in plaats van in een gebruikersmelding.
Wat ik meeneem
Gedeelde code tussen web en mobiel loont alleen als componenten vanaf het begin voor beide worden ontworpen. Een desktopscherm achteraf geschikt maken voor een telefoon is altijd meer werk dan het meteen responsive bouwen.