Controleer de winkelstart met een volledige testorder
Koppel testbetaling, order, verzending en gedeeltelijke terugbetaling in één acceptatiegeval. Houd verwachte en waargenomen resultaten apart.

Controleer vóór de winkelstart een geselecteerd besteltraject tot in de gekoppelde systemen. Een bevestigingspagina toont maar een deel van het proces. Voor acceptatie moet duidelijk zijn welke testorder betaald, overgedragen, verzonden en eventueel gedeeltelijk terugbetaald is.
Scheid de test van echte transacties
Shopify beschrijft gesimuleerde betalingen voor testorders. WooCommerce wijst ook op effecten op gekoppelde diensten. Een testmodus in het betaalformulier biedt dus geen garantie voor de hele keten.
Gebruik een passende aparte testomgeving met testaccounts en de bedoelde sandboxtoegang, de testtoegang van de aanbieders. Berichten gaan naar gecontroleerde testpostvakken. Voor voorraad, verzending en andere koppelingen moet vaststaan dat geen echte klantorder of zending wordt gestart. Ontbreekt een passende testmogelijkheid bij een dienst, simuleer die stap dan apart en leg de grens vast.
Bereid een uitgewerkt acceptatiegeval voor
Alle identificatoren, bedragen en verwachtingen zijn fictief. Het vereenvoudigde kaartbetalingsgeval gebruikt 2 stuks van P-14 à 25 EUR, samen 50 EUR; belastingen en verzendkosten zijn hier niet berekend. Het voorbeeld toont gegevens- en toestandsafstemming, geen al uitgevoerde test.
Stap | Gekoppelde testreferentie | Verwachting |
|---|---|---|
Winkelwagen |
| 2 stuks; testtotaal 50 EUR |
Testbetaling |
| Geslaagde simulatie van 50 EUR |
Order en overdracht |
| Hetzelfde artikel met aantal 2; eenduidige koppeling tussen beide orders |
Testverzending |
| 2 stuks in gesimuleerde verzending; geen echte zending |
Testretour |
| 1 stuk van |
| Simulatie van 25 EUR; passende koppeling aan de retour |
Het systeem voor bedrijfsbeheer wordt hier ERP genoemd. De referenties zijn eigen voorbeeldgegevens, geen verplichte veldnamen van de genoemde platforms.
Bekijk het bewijs bij elke grens
Controleer aantal, artikel en referentie in de winkel en de betreffende testbestemming. Een succesvol ontvangen overdrachtsverzoek bewijst nog geen volledig aangemaakte order. Dit geval vereist daarom een bevestigde doelreferentie.
Behandel bij een retour de goederentoestand en betaling apart. In het voorbeeld wordt 1 stuk pas na de afgesproken testcontrole weer beschikbaar. Een gesimuleerde terugbetaling bewijst op zichzelf geen voorraadwijziging. Een verzendstatus bewijst evenmin een ontvangen betaling.
Voeg een foutpad toe en leg de grens vast
Voeg een afgewezen testbetaling en een onderbroken antwoord bij orderoverdracht toe. De weergave mag dan geen onbevestigd succes melden. Vóór opnieuw proberen moet kunnen worden vastgesteld of de transactie al bestaat, zodat geen extra order ontstaat.
Noteer per stap het werkelijk waargenomen resultaat en de gebruikte winkel- en integratieversies. Het uitgewerkte verwachtingsgeval is daarvoor de basis. Dekt een simulatie een externe stap slechts deels, dan blijft die beperking onderdeel van acceptatie. Voeg andere vereiste betaalmethoden, landen en uitzonderingen toe als aparte controles.
Bronnen
Verder lezen
Alle artikelen






E-commerce met ASES
Webshops, marktplaatsen en B2B-portalen


