Naar de inhoud

Controleer de winkelstart met een volledige testorder

Koppel testbetaling, order, verzending en gedeeltelijke terugbetaling in één acceptatiegeval. Houd verwachte en waargenomen resultaten apart.

Philipp Reuter2 min leestijd
Testpaneel met drie vakken: twee groene vinkjes en een kruis in een rood omlijnd vak.

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

TEST-48, artikel P-14

2 stuks; testtotaal 50 EUR

Testbetaling

PAY-48

Geslaagde simulatie van 50 EUR

Order en overdracht

ORD-48 in de winkel, ERP-48 in het beheersysteem

Hetzelfde artikel met aantal 2; eenduidige koppeling tussen beide orders

Testverzending

SHIP-48 bij ORD-48

2 stuks in gesimuleerde verzending; geen echte zending

Testretour

RET-48 bij ORD-48

1 stuk van P-14 duidelijk gekoppeld aan de retour

REF-48 bij PAY-48

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

Geschreven door

  • Philipp ReuterRedacteur softwarekwaliteitPhilipp Reuter schrijft bij ASES over softwaretests en de voorbereiding van nieuwe releases. Zijn artikelen gaan over foutanalyse, acceptatietests en het controleren van wijzigingen in bestaande applicaties.

ASES volgen

Verder lezen

Alle artikelen

E-commerce met ASES

Webshops, marktplaatsen en B2B-portalen