Zum Inhalt springen

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.

Philipp Reuter2 Min. Lesezeit
Prüfleiste mit drei Feldern: zwei grüne Haken und ein rot umrandetes Feld mit Kreuz.

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

TEST-48, Artikel P-14

2 Stück; Testgesamtbetrag 50 EUR

Testzahlung

PAY-48

Erfolgreiche Simulation über 50 EUR

Auftrag und Übergabe

ORD-48 im Shop, ERP-48 im Verwaltungssystem

Derselbe Artikel mit Menge 2; eindeutige Verbindung beider Aufträge

Testversand

SHIP-48 zu ORD-48

2 Stück im simulierten Versand; keine reale Sendung

Testrückgabe

RET-48 zu ORD-48

1 Stück von P-14 eindeutig der Rückgabe zugeordnet

REF-48 zu PAY-48

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

Geschrieben von

  • Philipp ReuterRedakteur für SoftwarequalitätPhilipp Reuter schreibt bei ASES über Softwaretests und die Vorbereitung neuer Releases. Seine Beiträge behandeln die Analyse von Fehlern, Abnahmetests und die Prüfung von Änderungen an bestehenden Anwendungen.

ASES folgen

Weiterlesen

Alle Beiträge

E-Commerce mit ASES

Onlineshops, Marktplätze und B2B-Portale