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 im Verzeichnis "var/log
".
Das Bereitstellungsprotokoll befindet sich in /var/log/platform/<prodject-ID>/deploy.log
. Der Wert von <project-ID>
hängt von der Projekt-ID und davon ab, ob es sich bei der Umgebung um Staging oder Produktion handelt. Bei der Projekt-ID yw1unoukjcawe
ist der Staging-Benutzer beispielsweise yw1unoukjcawe_stg
und der Produktions-Benutzer 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. Sie können auch die New Relic-Protokollverwaltung verwenden, um aggregierte Protokolldaten von allen 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 zusätzliche Änderungen vornehmen müssen, führen Sie die Änderungen in Ihrer lokalen Git-Verzweigung durch und pushen Sie in die Verzweigung master
in Integration, Staging und Produktion.
Schnelles Zwischenspeichern überprüfen
Die Konfiguration von Fastly erfordert sorgfältige Detailgenauigkeit: Verwendung der richtigen Fastly Service ID- und 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 mit der URL mit
/admin
oder der aktualisierten Admin-URL an. -
Navigieren Sie zu Stores > Einstellungen > Konfiguration > Erweitert > System. Scrollen Sie nach unten und klicken Sie auf Vollständiger Seiten-Cache.
-
Stellen Sie sicher, dass der Wert Caching application auf Fastly CDN gesetzt ist.
-
Testen Sie die Fastly-Anmeldeinformationen.
-
Klicken Sie auf 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 Schnelle Anmeldeinformationen abrufen.
-
Klicken Sie auf Testberechtigungen.
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 des Befehlszeilen-Dienstprogramms
dig
nach Kopfzeilen, um Informationen zur Site-Konfiguration zu erhalten.Sie können jede URL mit dem Befehl
dig
verwenden. Die folgenden Beispiele verwenden Pro-URLs:- Staging:
dig https://mcstaging.<your-domain>.com
- Produktion:
dig https://mcprod.<your-domain>.com
Weitere
dig
-Tests finden Sie unter Fastly's Testing before change DNS. - Staging:
-
Verwenden Sie
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
Weitere Informationen zum Überprüfen der Kopfzeilen finden Sie unter Überprüfen der Antwortheader .
-
Nachdem 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 Optionen für das Leistungs-Toolkit als Teil Ihres Vorab-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 Umgebungsvariable
TTFB_TESTED_PAGES
so konfigurieren, dass die Antwortzeit der Site getestet wird. - Belagerung: Software für die Traffic-Formung und -Tests, um Ihren Store an die Grenze 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, mit denen die Leistung bei erhöhtem Traffic gemessen werden kann, 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, was zu einer langsamen Leistung führt, da pro Aktion aufgetrackte Zeit wie das Senden von Daten, Abfragen, Redis usw. benötigt wird.
- WebPageTest und Pingdom—Die Echtzeitanalyse Ihrer Seiten lädt die Zeit 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 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.