Eerst bekijken, dan live
Het team bekijkt een wijziging eerst in een eigen omgeving. Pas daarna gaat die live. Zo kan een fout opvallen 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 het team fouten kan zien voordat klanten er last van hebben.
Wat het is
Ad Your Service is een online marketingbureau. Het bureau heeft een eigen platform gebouwd voor zijn marketingwerk en bouwt daar zelf aan verder. Het team werkt ermee, maar ook klanten gebruiken het platform. Daarom moet het team elke wijziging testen op fouten en andere problemen voordat die live gaat. Zo hebben klanten er geen last van. Ik heb een oplossing gebouwd waarmee elke wijziging automatisch een eigen testomgeving krijgt. Die heeft een eigen adres en eigen gegevens. Zodra de wijziging live staat, verdwijnt die testomgeving weer.
Een wijzigingVoorgesteld door een collegaNieuw filter in het overzicht
Eigen testomgevingKlaar om te bekijken
Eigen linkOverzichtVoorbeeldklantPeriodeKanaalNieuw filter
Wat het verbetert
Eigen gegevens per test
Elke testomgeving heeft een eigen database. Een collega kan daar gegevens invoeren of wijzigen. Die komen niet terecht bij de gegevens van het live platform.
Ook koppelingen eerst uitproberen
Een koppeling met een advertentieplatform werkt ook in een testomgeving. Zo kan het team ook een wijziging aan een koppeling eerst testen, in plaats van pas op het live platform.
Het probleem
VOORHEEN
Een wijziging ging direct live
Het platform had geen aparte plek om een wijziging te bekijken. Daardoor zag het team pas op het live platform wat een wijziging echt deed. Daar staan de gegevens waarmee het team en de klanten elke dag werken. Zo kon een fout 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
Als een collega een wijziging voorstelt, bouwt de automatisering een aparte versie van het platform met die wijziging. Die versie krijgt een eigen adres. De link staat bij de wijziging. Zo kan iedereen die meekijkt de testomgeving openen.
Nieuw filter in het overzichtTestomgeving klaarOpen de testomgeving
DE GEGEVENS
Een eigen database voor elke test
Elke testomgeving krijgt een eigen database met een voorbeeldklant om mee te testen. Die database staat los van de database van het live platform.
Database van de testNieuw filter in het overzichtVoorbeeldklantKlaargezetIngevoerd bij het testenBlijft hier
DE KOPPELINGEN
Koppelingen werken ook in een test
Koppelingen met advertentieplatforms zoals Google of Meta werken ook in een testomgeving. Zo kan het team ook een wijziging aan een koppeling testen voordat die live gaat.
TestomgevingGoogleGekoppeldMetaGekoppeld
HET OPRUIMEN
Na het goedkeuren verdwijnt de omgeving
Als een wijziging is goedgekeurd of ingetrokken, verwijdert de automatisering de omgeving en de gegevens daarin. Er blijft niets staan dat iemand later nog moet opruimen.
Testomgevingen
Nieuw filter in het overzichtGoedgekeurd
Nieuwe inlogpaginaIngetrokken
Nieuwe knop in het menuStaat klaar
AFGESCHERMD
Een testomgeving heeft eigen logins
Een collega logt op een testomgeving apart in, los van het live platform. Na het inloggen komt die collega automatisch in een aparte werkruimte om te testen. Zo blijft testen gescheiden van het dagelijkse werk.
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 maakt een wijziging aan het platform en legt die voor aan het team. Verder hoeft de collega niets te doen om een testomgeving te krijgen.
Automatisering → Testomgeving · Een eigen omgeving
De automatisering bouwt een testomgeving
De automatisering bouwt een aparte versie van het platform met de wijziging. Die versie krijgt een eigen adres en een eigen database. Daarin staat een voorbeeldklant klaar.
Testomgeving → Team · De link
De link staat bij de wijziging
De link naar de testomgeving verschijnt bij de wijziging. Als de collega de wijziging aanpast, werkt de automatisering de omgeving bij. De gegevens die het team bij het testen invoerde, blijven dan staan.
Team · Uitproberen
Het team probeert de wijziging uit
Het team 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. Als de wijziging wordt ingetrokken, verdwijnt de testomgeving. Er gaat dan niets live.
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 de database 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
Een wijziging bekijkenEerstPas als die live stondNuVooraf, in een eigen testomgeving
De gegevens bij het testenEerstDie van het live platformNuEen eigen database per wijziging