Eerst bekijken, dan live
Het team bekijkt een wijziging in een eigen omgeving voordat die live gaat. Een fout valt zo op voordat het team of een klant er last van heeft.
LiveGemaakt voor
Automatische testomgevingen
Elke wijziging aan het platform krijgt automatisch een eigen testomgeving, zodat fouten zijn getest voordat de klanten die het platform gebruiken er hinder van hebben.
- Rol
- Zelf ontworpen en gebouwd, van begin tot eind
- Periode
- juni 2026
Wat het is
Ad Your Service is een online marketingbureau dat een eigen platform voor zijn marketingwerk heeft gebouwd, en daar zelf aan blijft bouwen. Niet alleen het team werkt ermee, ook klanten gebruiken het platform. Elke wijziging moet daarom op fouten en andere problemen worden getest voordat die live gaat, zodat klanten er geen hinder van ervaren. Ik heb een oplossing gebouwd waarmee elke wijziging automatisch een eigen testomgeving krijgt, met een eigen adres en eigen gegevens, die weer verdwijnt zodra de wijziging live staat.
Een wijzigingVoorgesteld door een collegaNieuw filter in het overzicht
Eigen testomgevingKlaar om te bekijken
- Adres
- Eigen link
- Gegevens
- Eigen database
- Na het goedkeuren
- Opgeruimd
Wat het verbetert
Eigen gegevens per test
Elke testomgeving heeft een eigen database. Wat een collega daar invoert of wijzigt, komt niet in de gegevens van het live platform terecht.
Ook koppelingen eerst uitproberen
Een koppeling met een advertentieplatform werkt ook in een testomgeving. Ook een wijziging aan een koppeling is dus vooraf te testen, en niet pas op het live platform.
Het probleem
VOORHEEN
Een wijziging ging direct live
Het platform had geen aparte plek om een wijziging te bekijken. Wat een wijziging in de praktijk deed, bleek daardoor pas op het live platform, tussen de gegevens waar het team en de klanten elke dag mee werken. Een fout kon zo direct bij een klant terechtkomen.
Live platformZoals een klant het zietOverzichtPeriodeKanaalNieuw filterHet overzicht kan niet worden geladen.
Bericht van een klantSinds vanochtend laadt ons overzicht niet meer. Kunnen jullie kijken?
De oplossing
DE OMGEVING
Een eigen omgeving per wijziging
Stelt een collega een wijziging voor, dan bouwt de automatisering het platform met die wijziging apart op, op een eigen adres. De link staat bij de wijziging, zodat iedereen die meekijkt de testomgeving kan openen.
Nieuw filter in het overzichtTestomgeving klaarOpen de testomgeving
DE GEGEVENS
Een eigen database voor elke test
Elke testomgeving krijgt een eigen database, los van die van het live platform, met een voorbeeldklant om mee te testen.
Database van de testNieuw filter in het overzichtVoorbeeldklantKlaargezetIngevoerd bij het testenBlijft hier
DE KOPPELINGEN
Koppelingen werken ook in een test
Ook koppelingen met advertentieplatforms zoals Google of Meta werken in een testomgeving. Zo is ook een wijziging aan een koppeling te testen voordat die live gaat.
TestomgevingGoogleGekoppeldMetaGekoppeld
HET OPRUIMEN
Na het goedkeuren verdwijnt de omgeving
Is een wijziging goedgekeurd of ingetrokken, dan worden de omgeving en de gegevens daarin automatisch verwijderd. Er blijft niets staan dat iemand later moet opruimen.
Nieuw filter in het overzichtGoedgekeurd
De testomgevingVerwijderd
Gegevens van de testVerwijderd
AFGESCHERMD
Een testomgeving heeft eigen logins
Inloggen op een testomgeving staat los van het live platform. Wie inlogt, komt automatisch in een aparte testwerkruimte terecht, zodat testen en het dagelijkse werk gescheiden blijven.
TestomgevingNieuw filter in het overzichtVoorbeeldklantTestCampagne met nieuw filter
Live platformKlanten
Hoe het werkt
Van een voorgestelde wijziging tot een wijziging op het live platform: onderweg komt de wijziging langs vier plekken.
Team → Automatisering · Een voorgestelde wijziging
Een collega stelt een wijziging voor
Een collega legt een wijziging aan het platform voor aan het team. Voor een testomgeving hoeft de collega verder niets te doen.
Automatisering → Testomgeving · Een eigen omgeving
De testomgeving wordt opgebouwd
De automatisering bouwt het platform met de wijziging apart op, met een eigen adres en een eigen database waarin een voorbeeldklant klaarstaat.
Testomgeving → Team · De link
De link staat bij de wijziging
Bij de wijziging verschijnt de link naar de testomgeving. Past de collega de wijziging aan, dan werkt de automatisering de omgeving bij; wat tijdens het testen is ingevoerd, blijft staan.
Team · Uitproberen
Het team probeert de wijziging uit
Wie meekijkt, opent de link en probeert de wijziging uit met de voorbeeldklant. Dat kan ook bij een wijziging aan een koppeling met een advertentieplatform.
Team → Automatisering · Goedgekeurd
Het team keurt de wijziging goed
Alleen een goedgekeurde wijziging gaat live. Wordt de wijziging ingetrokken, dan verdwijnt de testomgeving zonder dat er iets live gaat.
Automatisering → Live platform · De goedgekeurde wijziging
De wijziging gaat live
De automatisering zet de wijziging op het live platform en ruimt de testomgeving op.
Waar het op draait
- CI/CD-pipelineBouwt per wijziging een testomgeving, werkt die bij en ruimt die weer op.
- Database per omgevingStaat los van die van het live platform en verdwijnt met de omgeving.
- OAuth-koppelingen in een testomgevingZorgt dat koppelingen met advertentieplatforms ook in een testomgeving werken.
- Preview-link bij de pull requestZet de link naar de testomgeving op de plek waar het team de wijziging bespreekt.
Wat het oplevert
Ad Your Service gebruikt het sinds juni 2026. Het team bekijkt elke wijziging eerst in een eigen testomgeving en kan zo zelf aan het platform blijven bouwen zonder dat klanten last krijgen van een fout.
Een wijziging bekijkenEerstPas als die live stondNuVooraf, in een eigen testomgeving
De gegevens bij het testenEerstDie van het live platformNuEen eigen database per wijziging