Je krijgt geen melding. Je uptime monitoring is groen. En ondertussen is het al uren niet mogelijk om af te rekenen in jouw webshop. Dit is geen theoretisch scenario. Het is wat er regelmatig gebeurt bij webshops die denken dat ze hun monitoring op orde hebben.
Wat uptime monitoring doet en wat niet
Uptime monitoring is simpel en dat is precies het probleem. Een monitor stuurt een verzoek naar een URL. Als die URL een respons teruggeeft meestal een HTTP 200-statuscode staat de monitoring op groen. Dat is alles.
Het maakt niet uit of de pagina die wordt geladen een foutmelding bevat. Het maakt niet uit of de betaalprovider-koppeling is weggevallen. Het maakt niet uit of een plugin-update de add-to-cart knop heeft gebroken voor iedereen die Chrome gebruikt. De server reageert, de monitor is tevreden, jij denkt dat alles in orde is.
Uptime monitoring lost één probleem op: weten wanneer je server plat ligt. Dat is waardevol, maar het is ook het meest zeldzame probleem bij moderne webshops.
"Uptime monitoring vertelt je dat de deur van de winkel open is. Niet dat er iemand achter de kassa staat."
Een iPaaS-platform bestaat uit een aantal bouwblokken. Connectors zijn de verbindingen met individuele systemen: je ERP, je webshop, je CRM. Die connectors zijn vaak al gebouwd en beschikbaar in de bibliotheek van het platform een goed iPaaS heeft er honderden tot duizenden. Alumio, het platform waarmee wij werken, heeft veel connectors beschikbaar.
Wat gaat er mis?
Stel je doet een update van een Magento-extensie. De server draait, de homepage laadt, de uptime monitor ziet niets bijzonders. Wat de monitor niet ziet: de extensie heeft een conflict met de checkout veroorzaakt. Klanten die producten in hun winkelwagen stoppen en naar de betaalpagina gaan, krijgen een foutmelding op stap twee. Ze verlaten de shop. Ze kopen ergens anders. Jij merkt het dagen later pas aan de omzetcijfers.
Of een update van je zoekmodule die ervoor zorgt dat de zoekfunctie bij bepaalde zoekopdrachten geen resultaten meer teruggeeft. Of een mobiele viewport-bug na een frontend-update die ervoor zorgt dat de checkout-knop buiten beeld valt op smartphones.
In al deze gevallen: server is up, monitor is groen, maar jouw webshop is stuk.
Wat geautomatiseerd testen anders doet
Geautomatiseerd testen simuleert wat een echte klant doet. Niet of de server reageert, maar of de shop functioneert. Een geautomatiseerde test opent een browser, navigeert naar een productpagina, klikt op “toevoegen aan winkelwagen”, gaat naar de checkout, vult een adres in en kijkt of iedere stap de verwachte response geeft.
Als ergens in die flow iets misgaat, krijg je direct een melding. Niet als de klant belt. Niet als je de omzetcijfers bekijkt. Binnen minuten na het optreden van het probleem.
Onze volledig geautomatiseerde testsuite draait meerdere keren per dag, automatisch. We testen niet alleen de happy flow de standaard succesvolle aankoop maar ook de varianten die eronder zitten. Wat als een product tijdelijk niet op voorraad is? Wat als een klant een kortingscode gebruikt? Wat als iemand het aankoopproces halverwege afbreekt en later terugkomt? Wat als de zoekopdracht geen exacte match heeft?
Elke test is ingericht op de specifieke shop niet een generieke checklist maar een testsuite die aansluit op de producten, categorieën, betaalmethoden en flows die voor jouw shop relevant zijn. En elke keer krijg je een rapportage van wat er getest is en hoe het ging.
Conclusie: alleen uptime monitoring is niet genoeg
Uptime monitoring is geen overbodige luxe het is gewoon niet voldoende voor een shop die serieus neemt wat er met haar klanten en omzet gebeurt. De server draait altijd. De applicatie is wat breekt.
Als je wilt slapen zonder te hoeven hopen dat geen klant de pech heeft jouw checkout te testen op het moment dat hij stuk staat, is geautomatiseerd testen geen extra het is de basis.
