Shopstart mit einem durchgängigen Testauftrag prüfen
Verknüpfen Sie Testzahlung, Auftrag, Versand und Teilrückerstattung in einem Abnahmefall. Erwartete und beobachtete Ergebnisse bleiben getrennt.

Prüfen Sie vor dem Shopstart einen ausgewählten Bestellweg bis in die angebundenen Systeme. Eine Bestätigungsseite zeigt nur einen Teil des Ablaufs. Für die Abnahme muss erkennbar sein, welcher Testauftrag bezahlt, übertragen, versandt und gegebenenfalls teilweise erstattet wurde.
Den Test von echten Vorgängen trennen
Shopify beschreibt simulierte Zahlungen für Testbestellungen. WooCommerce weist auch auf Auswirkungen von Testaufträgen auf angebundene Dienste hin. Ein Testmodus im Zahlungsformular genügt deshalb nicht als Zusage für die ganze Kette.
Verwenden Sie eine geeignete getrennte Testumgebung mit Testkonten und den vorgesehenen Sandbox-Zugängen, also den Testzugängen der Anbieter. Nachrichten gehen an kontrollierte Testpostfächer. Für Lager, Versand und weitere Verbindungen muss feststehen, dass kein echter Kundenauftrag und keine reale Sendung ausgelöst wird. Fehlt bei einem Dienst eine geeignete Testmöglichkeit, wird dieser Schritt getrennt simuliert und die Grenze dokumentiert.
Einen ausgefüllten Abnahmefall vorbereiten
Alle Kennungen, Beträge und Erwartungen sind fiktiv. Der vereinfachte Kartenzahlungsfall verwendet 2 Stück von P-14 zu je 25 EUR, insgesamt 50 EUR; Steuern und Versandkosten sind hier nicht berechnet. Das Beispiel zeigt den Daten- und Zustandsabgleich, keinen bereits ausgeführten Test.
Schritt | Zugeordnete Testreferenz | Erwartung |
|---|---|---|
Warenkorb |
| 2 Stück; Testgesamtbetrag 50 EUR |
Testzahlung |
| Erfolgreiche Simulation über 50 EUR |
Auftrag und Übergabe |
| Derselbe Artikel mit Menge 2; eindeutige Verbindung beider Aufträge |
Testversand |
| 2 Stück im simulierten Versand; keine reale Sendung |
Testrückgabe |
| 1 Stück von |
| Simulation über 25 EUR; passende Zuordnung zur Rückgabe |
Das Verwaltungssystem für betriebliche Abläufe wird hier als ERP bezeichnet. Die Referenzen sind eigene Beispieldaten, keine vorgeschriebenen Feldnamen der genannten Plattformen.
An jeder Grenze den Nachweis ansehen
Prüfen Sie Menge, Artikel und Referenz im Shop sowie im jeweiligen Testziel. Eine erfolgreich angenommene Übertragungsanfrage belegt noch nicht den fertig angelegten Auftrag. Für diesen Fall wird deshalb die bestätigte Zielreferenz verlangt.
Bei der Rückgabe werden Warenzustand und Zahlung getrennt behandelt. Im Beispiel wird 1 Stück erst nach der vereinbarten Testprüfung wieder als verfügbar geführt. Eine simulierte Erstattung allein ist kein Nachweis für eine Bestandsänderung. Ebenso beweist ein Versandstatus keinen Zahlungseingang.
Einen Fehlerweg ergänzen und die Grenze festhalten
Ergänzen Sie eine abgelehnte Testzahlung und eine unterbrochene Rückmeldung bei der Auftragsübergabe. Die Anzeige darf dann keinen unbestätigten Erfolg melden. Vor einer Wiederholung muss sich klären lassen, ob der Vorgang bereits angelegt wurde, damit kein zusätzlicher Auftrag entsteht.
Notieren Sie zu jedem Schritt das tatsächlich beobachtete Ergebnis und den verwendeten Stand von Shop und Anbindung. Der ausgefüllte Erwartungsfall ist die Vorlage dafür. Deckt eine Simulation einen externen Schritt nur teilweise ab, bleibt diese Einschränkung Teil der Abnahme. Weitere benötigte Zahlungsarten, Länder und Sonderfälle werden als eigene Prüfungen ergänzt.
Quellen
Weiterlesen
Alle Beiträge






E-Commerce mit ASES
Onlineshops, Marktplätze und B2B-Portale


