Einen Shop testen
Diese Seite richtet sich an Entwickler, Agenturen und Händler, die sicher sein müssen, dass ein Shop funktioniert, bevor Kunden herausfinden, dass er es nicht tut. Sie gibt einen Testplan in der Reihenfolge, in der ein Kunde den Shop erlebt, plus den Aufbau, der Tests sicher hält. Die kurze Startliste für Inhaber ist die Checkliste für den Shop-Start; diese Seite ist der vollständige Plan dahinter.
Inhalt
Eine sichere Testumgebung
- Testen Sie, wann immer möglich, auf einer Kopie der Site, nicht im Live-Shop (Mit Git entwickeln, Sicherungen und Wiederherstellungen).
- Versetzen Sie jeden Zahlungsanbieter in seinen Testmodus:
paypal.ini [ServerSettings]auf die Sandbox gerichtet oderezauthorize.ini TestMode=true(Durchgang durch paymentgateways.ini). - Stoppen Sie echte Mails:
site.ini [MailSettings] Transport=fileschreibt Mails in Dateien, statt sie zu senden. Prüfen Sie, welcher Wert gilt, denn eine Override-Datei kann einen anderen Transport setzen (Durchgänge durch die Shop-Einstellungen). - Verwenden Sie Test-Kundenkonten mit Adressen auf reservierten Domains wie
example.invalid, niemals Adressen oder Daten echter Kunden. - Der Callback des Anbieters muss die Test-Site erreichen; eine Test-Site hinter einer Anmeldung oder einem VPN kann ihn nicht empfangen.
Testdaten
| Element | Vorbereiten |
|---|---|
| Produkte | Eines je Klasse, eines mit Optionen, eines ohne Preis, eines unveröffentlicht |
| USt | Ein Produkt je Produktkategorie; Kunden für jedes Land mit einer Regel und eines ohne |
| Währungen | Eine Bestellung je Währung, in der Sie verkaufen |
| Kunden | Ein Gast, ein registrierter Kunde, ein Mitglied jeder Rabattgruppe, ein Mitarbeiter je Rolle |
Der Plan
Katalog
- To do: Jede Produktklasse zeigt einen Preis und das Formular „Zum Warenkorb hinzufügen“.
- To do: Web-Shop > Produkt Übersicht listet alle Produkte jeder Klasse mit Preisen auf.
- To do: Inhalte ohne Preisfeld lassen sich nicht in den Warenkorb legen (der Kernel bricht das Hinzufügen ab), und Produkte mit leerem Preis fängt die Dashboard-Kennzahl „Produkte ohne Preis“ ab.
Warenkorb
- To do: Hinzufügen, Menge ändern, entfernen; null und ungültige Mengen ergeben einen Fehler.
- To do:
RedirectAfterAddToBasketverhält sich wie festgelegt. - To do: Ändern Sie den Preis eines Produkts, während es in einem Warenkorb liegt: An der Kasse wird der Artikel entfernt und als entfernt aufgeführt (Die Kassenoperationen Schritt für Schritt).
Kundendaten und Bestätigung
- To do: Der Bestellabschluss als Gast und angemeldet erreicht die Bestätigungsseite.
- To do: Versand und USt stimmen für jedes Testland und jede Produktkategorie.
- To do: Rabatte gelten nur für die richtigen Gruppen (Rabatte).
- To do: Abbrechen führt zu einem vollen Warenkorb zurück; ein Neuladen der Seite fügt den Versand nicht doppelt hinzu.
Zahlung
- To do: Erfolgreiche Zahlung: Bestellung mit einer Nummer aufgegeben, Status wie konfiguriert, Mail im Test-Postfach.
- To do: Abgebrochene Zahlung: keine aufgegebene Bestellung, der Warenkorb ist wieder da, ein neuer Versuch funktioniert.
- To do: Abgelehnte Karte oder fehlgeschlagene Zahlung: eine klare Meldung.
- To do: Auswahl des Gateways, wenn mehrere Gateways ausgewählt sind.
Bestellungen und Mitarbeiter
- To do: Jede Mitarbeiterrolle sieht genau die Bildschirme und Statusänderungen, die sie sehen soll (Statusübergänge und Berechtigungen).
- To do: Archivieren und Zurückholen; die Kennzahlen des Dashboards ändern sich wie erwartet.
Belege und Mail
- To do: Inhalt und Links der Bestellmail; der Beleg öffnet sich auf einem anderen Gerät ohne Anmeldung, wenn Belege eingeschaltet sind.
Barrierefreiheit und Geräte
- To do: Der vollständige Weg nur mit der Tastatur und auf einem Telefon (Barrierefreiheit im Shop).
Was sich automatisieren lässt
- Berechnungen in Ihren eigenen Handlern: Unit-Tests ohne Datenbank (PHPUnit-Tests ohne Datenbank).
- Wiederholbare Abläufe: Die eigenen Tests des Repositorys für die Handelsdienste
(
tests/tests/extension/expservices/commerce/) zeigen, wie sich Warenkorb- und Bestelloperationen aus Code heraus durchspielen lassen (Anwendungen testen). - Visuelle Prüfungen von Produkt-, Warenkorb- und Kassenseiten nach Designänderungen.
Nach jedem Update
Wiederholen Sie nach jedem Update von Exponential oder einer Erweiterung und nach jeder Änderung an Shop-Einstellungen oder Workflows den Abschnitt Zahlung und eine vollständige Bestellung je Zahlungsart (Upgrades ohne Überraschungen).
Aufräumen
Auf einer Testkopie entfernt das Aufräumskript des Shops alle Warenkörbe, Wunschlisten und Bestellungen. Im Live-Shop entfernen Sie Testbestellungen einzeln und führen dieses Skript niemals aus (Archivieren, Entfernen und Aufräumen). Schalten Sie die Anbieter zurück in den Live-Modus und die Mail zurück auf den echten Transport, und geben Sie eine kleine echte Bestellung auf.
Verwandte Seiten
- Einen Shop betreiben
- Warenkorb, Kasse und Bestellungen: Checkliste für eine Testbestellung
- Ablauf von Warenkorb und Kasse: den Weg testen
- Freie Dokumentation: diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.
Werden Sie Exponential-Partner
Partner teilen ihre Informationen, stellen Mittel bereit, geben Beiträge zurück und entwickeln die Produkte mit uns, und so wächst Exponential. Eine Partner-Website und ein Dashboard sind für Mitte 2027 geplant: Werden Sie noch heute Partner, damit wir schneller wachsen und neue Funktionen früher liefern.