Corthex · Liveganglab / acceptatie
Laat vóór livegang zien wat echt is getest.
Een goed antwoord in een preview is één waarneming. Voor livegang controleer je ook echte winkelidentiteit, onbeschikbare tools, gewijzigde bronnen en een team dat kan opvolgen.
Gebruik de werkplek om eigen tests vast te leggen. Mislukkingen en niet-geteste situaties blijven zichtbaar; een lege lijst wordt geen livegangcertificaat.
Houd een oefening apart van een echte test.
Bereid een afgebakende omgeving voor
Kies een testwinkel of gecontroleerde testpagina, fictieve klanten en bestellingen, gecontroleerd beleid en een benoemde beoordelaar. Noteer assistent, plugin- of moduleversie en relevante instellingen. Leg vóór de test vast welke acties mogen plaatsvinden. Gebruik niet zomaar een echte klantbestelling omdat die handig is en doe voor een presentatiecontrole geen betaling of echt klantbericht.
Schrijf de verwachte uitkomst vóór de vraag
Benoem per vraag de bron of tool die nodig is, welke feiten gedeeld mogen worden en welke actie niet beschikbaar hoort te zijn. Een verwachte afwijzing is een betekenisvolle geslaagde test. Een verzorgd antwoord dat andermans gegevens toont is mislukt, ook als de productuitleg klopt. Stel kritieke grenzen vooraf vast, zodat zelfvertrouwen niet per ongeluk als juistheid wordt beoordeeld.
Leg de uitkomst en de grenzen vast
Bewaar een geanonimiseerde opname, tooluitkomst of verslagverwijzing bij de verwachte uitkomst. Een lokale simulatie kan een beslisregel tonen, maar bewijst geen correcte winkelkoppeling. Een kennispreview in het dashboard bewijst geen geverifieerde ordertoegang. Test via hetzelfde ingangspunt, dezelfde klantrol en dezelfde koppeling die de bezoeker zal gebruiken. Noteer welk soort bewijs je hebt verzameld.
Leg ook de lastige situaties vast.
Een bewijsaantekening is nodig voordat een vinkje als afgeronde beoordeling telt. Deze pagina test of wijzigt je installatie niet automatisch.
Zelf ingevulde controle. Dit werkblad voert geen AI-, winkel- of beveiligingstests uit. Invoer blijft in dit tabblad; download om te bewaren. Gebruik fictief/geanonimiseerd bewijs, nooit sleutels of privéklantgegevens.
Houd mislukte en niet-geteste situaties zichtbaar. Geslaagd zonder bewijs is geen afgeronde beoordeling.
Kies stopvoorwaarden die je echt toepast.
Stop de uitrol als een test een klantgrens overschrijdt, bestelstatus verzint, een niet-uitgevoerde wijziging meldt of een onbeschikbaar menselijk antwoord belooft. Die bevindingen vragen een eigenaar en herstel, geen mooiere opname. Herhaal de mislukte vraag na de wijziging en test de aangrenzende negatieve situatie opnieuw. Test na herstel van eigen-ordertoegang bijvoorbeeld ook de gast en andere klant.
‘Niet getest’ is een bevinding. Het is geen stilzwijgend geslaagd.
Leg bij niet-kritieke presentatieproblemen de beperking vast en bepaal bewust wie die wanneer herstelt. Houd dat besluit apart van een toegangsfout. De werkplek produceert bewust geen beveiligingsscore en certificeert geen winkel. Hij maakt je beoordeling navolgbaar, ook voor bewijs dat je nog niet hebt verzameld.
Test het platform dat je werkelijk hebt geïnstalleerd.
Controleer bij native WooCommerce de koppeling, ingeschakelde winkeltools en ingelogde eigen-orderidentiteit. Een e-mailadres of nummer van een gast vervangt die niet. Controleer bij PrestaShop module en alleen-lezen Webservice; verwacht daarvan geen orderwijzigingen. Test bij een algemene embed kennis en presentatie zonder privéordertoegang aan te nemen. Een eigen websiteactie vereist echte ondersteuning van de website en een toestemmingspad.
Test voor overdracht beschikbare medewerkers, niemand beschikbaar en een verzoek dat al wacht. Controleer wat de bezoeker ziet en wat het team in de inbox werkelijk kan terugvinden. Beschikbaarheid is geen direct antwoord. Neem bij mobiel en toetsenbord openen, sluiten, zichtbare focus, leesbare bronnen en een lang antwoord mee. Alleen een desktopopname bewijst dat gedrag niet.
Test opnieuw als de antwoordvoorwaarden veranderen.
Een nieuwe bron, model, pluginversie, rechteninstelling of websiteactie kan een eerder geslaagde situatie veranderen. Bewaar de gedownloade controle als gedateerd verslag en maak een nieuwe voor de gewijzigde inrichting. Overschrijf een eerdere mislukking niet met een later succes zonder te bewaren wat is veranderd. Beoordeel werkelijk pilotverbruik apart van voorspellingen en leid geen verkopen of opgeloste vragen af uit activiteitsaantallen.
Dit werkblad helpt bepalen welk bewijs nog ontbreekt. Een site publiceren of productiekoppeling wijzigen blijft een aparte bevoegde stap met de normale releasecontroles. Draag duidelijk over aan de verantwoordelijke: wat is getest, wat valt bewust buiten de scope en welke supportroute blijft beschikbaar bij een mislukte livekoppeling.
Controleer vóór de herhaalde webshoptest wie de installatie beheert: vergelijk de WordPress-plugin en widgetroute. bereken vóór uitbreiding een budget met je geteste gespreksaannames.