Staging- und Produktionstests
Verwenden Sie nach erfolgreicher Migration von Code, Dateien und Daten in Staging oder Produktion die Umgebungs-URLs, um Ihre Sites und Stores zu testen. Im Folgenden finden Sie Informationen zum Überprüfen von Protokollen, zum Testen von Fastly-Konfigurationen, zum Testen von Benutzerakzeptanztests (UAT) und mehr.
Protokolldateien
Wenn bei der Bereitstellung Fehler auftreten oder andere Probleme beim Testen auftreten, überprüfen Sie die Protokolldateien. Protokolldateien befinden sich unter der var/log
Verzeichnis.
Das Bereitstellungsprotokoll befindet sich in /var/log/platform/<prodject-ID>/deploy.log
. Der Wert von <project-ID>
hängt von der Projekt-ID ab und davon, ob es sich bei der Umgebung um Staging oder Produktion handelt. Beispielsweise mit einer Projekt-ID von yw1unoukjcawe
, lautet der Staging-Benutzer yw1unoukjcawe_stg
und der Produktionsbenutzer yw1unoukjcawe
.
Verwenden Sie beim Zugriff auf Protokolle in Produktions- oder Staging-Umgebungen SSH, um sich bei jedem der drei Knoten anzumelden, um die Protokolle zu finden. Oder Sie können Protokollverwaltung von New Relic um aggregierte Protokolldaten aller Knoten anzuzeigen und abzufragen. Siehe Protokolle anzeigen.
Überprüfen der Codebasis
Stellen Sie sicher, dass Ihre Codebasis ordnungsgemäß in Staging- und Produktionsumgebungen bereitgestellt wird. Die Umgebungen sollten über identische Codegrundlagen verfügen.
Konfigurationseinstellungen überprüfen
Überprüfen Sie die Konfigurationseinstellungen über das Admin-Bedienfeld, einschließlich Basis-URL, Basis-Admin-URL, Einstellungen für mehrere Sites und mehr. Wenn Sie weitere Änderungen vornehmen müssen, nehmen Sie die Änderungen in Ihrer lokalen Git-Verzweigung vor und pushen Sie zum master
-Verzweigung in Integration, Staging und Produktion.
Schnelles Zwischenspeichern überprüfen
Schnelles Konfigurieren Sorgfältige Detailgenauigkeit erfordert: Verwendung der richtigen Fastly Service ID und der Fastly API Token-Anmeldeinformationen, Hochladen des Fastly VCL-Codes, Aktualisierung der DNS-Konfiguration und Anwendung der SSL/TLS-Zertifikate auf Ihre Umgebungen. Nach Abschluss dieser Einrichtungsaufgaben können Sie die schnelle Zwischenspeicherung in Staging- und Produktionsumgebungen überprüfen.
Überprüfen der Konfiguration des Fastly-Dienstes:
-
Melden Sie sich bei Admin für Staging und Produktion über die URL mit
/admin
oder die aktualisierte Admin-URL. -
Navigieren Sie zu Stores > Einstellungen > Konfiguration > Erweitert > System. Scrollen und klicken Vollständiger Seiten-Cache.
-
Stellen Sie sicher, dass Caching-Anwendung Wert auf Fastly CDN .
-
Testen Sie die Fastly-Anmeldeinformationen.
-
Klicks Schnelle Konfiguration.
-
Überprüfen Sie, ob die Werte für die Anmeldedaten für die Fastly Service ID und den Fastly API-Token vorhanden sind. Siehe Schnelles Abrufen von Anmeldedaten.
-
Klicks Testen von Anmeldeinformationen.
note warning WARNING Vergewissern Sie sich, dass Sie in Ihren Staging- und Produktionsumgebungen die richtige Fastly Service-ID und das richtige API-Token eingegeben haben. Schnelle Anmeldeinformationen werden pro Dienstumgebung erstellt und zugeordnet. Wenn Sie in Ihrer Produktionsumgebung Staging-Anmeldeinformationen eingeben, können Sie Ihre VCL-Snippets nicht hochladen. Das Caching funktioniert nicht ordnungsgemäß und Ihre Caching-Konfiguration verweist auf den falschen Server und die falschen Stores. -
So überprüfen Sie das Verhalten beim schnellen Zwischenspeichern:
-
Suchen Sie mithilfe der
dig
Befehlszeilen-Dienstprogramm, um Informationen zur Site-Konfiguration zu erhalten.Sie können jede beliebige URL mit der
dig
Befehl. Die folgenden Beispiele verwenden Pro-URLs:- Staging:
dig https://mcstaging.<your-domain>.com
- Produktion:
dig https://mcprod.<your-domain>.com
Für zusätzliche
dig
Tests, siehe Fastly's Tests vor DNS-Änderung. - Staging:
-
Verwendung
cURL
, um die Informationen des Antwortheaders zu überprüfen.code language-bash curl https://mcstaging.<your-domain>.com -H "host: mcstaging.<your-domain.com>" -k -vo /dev/null -H Fastly-Debug:1
Siehe Überprüfen von Antwortheadern für Details zum Überprüfen der Kopfzeilen.
-
Wenn Sie live sind, verwenden Sie
cURL
, um Ihre Live-Site zu überprüfen.code language-bash curl https://<your-domain> -k -vo /dev/null -H Fastly-Debug:1
Vollständige UAT-Tests
Führen Sie Benutzerakzeptanztests (UAT) für Staging und Produktion durch. Die folgenden Tests sind eine kurze Liste möglicher Aufgaben und Bereiche, die als Händler und Kunde getestet werden können. Ihre Liste kann länger sein und zusätzliche Tests für benutzerdefinierte Module, Erweiterungen und Drittanbieterintegrationen enthalten. Verwenden Sie beim Testen Desktops, Laptops und Mobilgeräte.
Wenn Probleme auftreten, speichern Sie Ihre Reproduktionsschritte, Fehlermeldungen, seltsame Bildschirmaufzeichnungen und Links. Verwenden Sie diese Informationen, um Probleme im Code und Konfigurationen der Integrationsumgebung oder in den Umgebungseinstellungen zu untersuchen und zu beheben.
Belastungs- und Belastungstests
Vor dem Start sollten Sie in Ihren Staging- und Produktionsumgebungen umfangreiche Traffic- und Leistungstests durchführen. Prüfen Sie die Leistung Ihrer Frontend- und Backend-Prozesse.
Bevor Sie mit dem Testen beginnen, geben Sie ein Ticket mit Support ein, das die getesteten Umgebungen, die verwendeten Tools und den Zeitrahmen berät. Aktualisieren Sie das Ticket mit Ergebnissen und Informationen, um die Leistung zu verfolgen. Fügen Sie nach Abschluss des Tests Ihre aktualisierten Ergebnisse hinzu und beachten Sie, dass der Tickettest mit einem Datums- und Zeitstempel abgeschlossen ist.
Überprüfen Sie die Leistungs-Toolkit Optionen im Rahmen Ihres Vorab-Starts-Bereitstellungsprozesses.
Verwenden Sie die folgenden Tools, um die bestmöglichen Ergebnisse zu erzielen:
- Leistungstest der Anwendung—Testen Sie die Leistung der Anwendung, indem Sie die
TTFB_TESTED_PAGES
Umgebungsvariable zum Testen der Antwortzeit der Site. - Belagung—Software für die Traffic-Formgebung und -Tests, um Ihr Geschäft an die Grenzen zu bringen. Treffer auf Ihrer Site mit einer konfigurierbaren Anzahl simulierter Clients. Belagerung unterstützt grundlegende Authentifizierungs-, Cookies-, HTTP-, HTTPS- und FTP-Protokolle.
- Jmeter—Ausgezeichnete Belastungstests zur Messung der Leistung bei erhöhtem Traffic, z. B. bei Flash-Verkäufen. Erstellen Sie benutzerdefinierte Tests, die für Ihre Site ausgeführt werden.
- New Relic (bereitgestellt) - Hilft bei der Suche nach Prozessen und Bereichen der Site, die eine langsame Leistung mit der pro Aktion aufgezeichneten Zeit verursachen, wie das Senden von Daten, Abfragen, Redis und mehr.
- WebPageTest und Pingdom—Echtzeitanalyse der Seiten Ihrer Site Ladezeit mit verschiedenen Ausgangspunkten. Pingdom kann eine Gebühr verlangen. WebPageTest ist ein kostenloses Tool.
Funktionstests
Sie können das Magento Functional Testing Framework (MFTF) verwenden, um Funktionstests für Adobe Commerce aus der Cloud Docker-Umgebung abzuschließen. Siehe Anwendungstests im Handbuch zu Cloud Docker für Commerce.
Einrichten des Sicherheitsscan-Tools
Es gibt ein kostenloses Sicherheits-Scan-Tool für Ihre Sites. Informationen zum Hinzufügen Ihrer Sites und Ausführen des Tools finden Sie unter Sicherheitsscan-Tool.