Staging- und Produktionstests
Verwenden Sie nach einer erfolgreichen Migration Ihres Codes, Ihrer Dateien und Ihrer Daten zu Staging oder Produktion die Umgebungs-URLs, um Ihre Sites und Stores zu testen. Im Folgenden finden Sie Informationen zum Überprüfen von Protokollen, Testen von Fastly-Konfigurationen, Benutzerakzeptanztests (UAT) und mehr.
Protokolldateien
Wenn beim Testen Fehler bei der Bereitstellung oder andere Probleme auftreten, überprüfen Sie die Protokolldateien. Protokolldateien befinden sich im 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 ab und davon, ob es sich um eine Staging- oder eine Produktionsumgebung handelt. Bei einer Projekt-ID von yw1unoukjcawe
wird beispielsweise der Staging-Benutzer 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 und 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.
Code-Basis überprüfen
Überprüfen Sie, ob Ihre Code-Basis in Staging- und Produktionsumgebungen ordnungsgemäß bereitgestellt wurde. Die Umgebungen sollten über identische Code-Basen 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, schließen Sie die Änderungen in Ihrer lokalen Git-Verzweigung ab und übertragen Sie sie in die master
Verzweigung in Integration, Staging und Produktion.
Überprüfen der Fastly-Zwischenspeicherung
Fastly konfigurieren erfordert sorgfältige Aufmerksamkeit zum Detail: Verwenden der richtigen Fastly Service-ID- und Fastly API-Token-Anmeldeinformationen, Hochladen des Fastly VCL-Codes, Aktualisieren der DNS-Konfiguration und Anwenden der SSL-/TLS-Zertifikate auf Ihre Umgebungen. Nachdem Sie diese Einrichtungsaufgaben abgeschlossen haben, können Sie das schnelle Caching in Staging- und Produktionsumgebungen überprüfen.
So überprüfen Sie die Fastly-Service-Konfiguration:
-
Melden Sie sich bei Admin für Staging und Produktion an, indem Sie die URL mit
/admin
oder die aktualisierte Admin-URL verwenden. -
Navigieren Sie zu Stores > Einstellungen > Konfiguration > Erweitert > System. Scrollen Sie und klicken Sie auf Vollständiger Seitencache.
-
Stellen Sie sicher dass der Wert für Caching-Anwendung“ auf Fastly CDN).
-
Testen Sie die Fastly-Anmeldedaten.
-
Klicken Sie Fastly Configuration.
-
Überprüfen Sie, ob die Werte für die Fastly Service ID- und Fastly API Token-Anmeldeinformationen vorliegen. Siehe Abrufen von Fastly-Anmeldeinformationen.
-
Klicken Sie Testanmeldeinformationen.
note warning WARNING Stellen Sie sicher, dass Sie die richtige Fastly Service-ID und das richtige API-Token in Ihren Staging- und Produktionsumgebungen eingegeben haben. Fastly-Anmeldeinformationen werden pro Service-Umgebung erstellt und zugeordnet. Wenn Sie die Staging-Anmeldeinformationen in Ihre Produktionsumgebung eingeben, können Sie Ihre VCL-Snippets nicht hochladen, das Caching funktioniert nicht ordnungsgemäß und Ihre Caching-Konfiguration verweist auf den falschen Server und speichert. -
So überprüfen Sie das Fastly-Caching:
-
Suchen Sie mithilfe des
dig
-Befehlszeilendienstprogramms nach Kopfzeilen, um Informationen über die Site-Konfiguration zu erhalten.Sie können eine beliebige URL mit dem Befehl
dig
verwenden. In den folgenden Beispielen werden Pro-URLs verwendet:- Staging:
dig https://mcstaging.<your-domain>.com
- Produktion:
dig https://mcprod.<your-domain>.com
Weitere
dig
finden Sie unter Fastly's Testing before changing DNS. - Staging:
-
Verwenden Sie
cURL
, um die Antwort-Header-Informationen 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 Antwort-) für Details zur Überprüfung der Kopfzeilen.
-
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
Abschließen der Benutzerakzeptanztests (UAT) für Staging und Produktion. Die folgenden Tests sind eine schnelle Liste möglicher Aufgaben und Bereiche, die als Händler und Kunde getestet werden sollten. Ihre Liste kann länger sein und zusätzliche Tests für benutzerdefinierte Module, Erweiterungen und Integrationen von Drittanbietern enthalten. Verwenden Sie beim Testen Desktops, Laptops und Mobilgeräte.
Wenn Probleme auftreten, speichern Sie Ihre Reproduktionsschritte, Fehlermeldungen, seltsamen Bildschirmaufnahmen und Links. Verwenden Sie diese Informationen, um Probleme im Code der Integrationsumgebung und in Konfigurationen oder Umgebungseinstellungen zu untersuchen und zu beheben.
Belastungs- und Belastungstests
Vor dem Start sollten Sie umfassende Traffic- und Leistungstests für Ihre Staging- und Produktionsumgebungen durchführen. Erwägen Sie Leistungstests für Ihre Frontend- und Backend-Prozesse.
Bevor Sie mit dem Testen beginnen, geben Sie ein Ticket mit Support ein, in dem Sie die zu testenden Umgebungen, die von Ihnen verwendeten Tools und den Zeitrahmen angeben. Aktualisieren Sie das Ticket mit Ergebnissen und Informationen, um die Leistung zu verfolgen. Wenn Sie den Test abgeschlossen haben, fügen Sie Ihre aktualisierten Ergebnisse hinzu und notieren Sie, dass der Tickettest mit einem Datum- und Zeitstempel abgeschlossen ist.
Überprüfen Sie die Performance Toolkit-Optionen im Rahmen Ihres Bereitschaftsprozesses vor der Markteinführung.
Um optimale Ergebnisse zu erzielen, verwenden Sie die folgenden Tools:
- Anwendungs-Leistungstest - Testen Sie die Anwendungs-Leistung, indem Sie die
TTFB_TESTED_PAGES
Umgebungsvariable konfigurieren, um die Reaktionszeit der Site zu testen. - Siege - Traffic-Gestaltungs- und Testsoftware, die Ihr Geschäft an die Grenze bringt. Treten Sie mit einer konfigurierbaren Anzahl simulierter Clients auf Ihre Website. Siege unterstützt einfache Authentifizierung, Cookies, HTTP-, HTTPS- und FTP-Protokolle.
- Jmeter - Hervorragende Belastungstests, um die Leistung bei Traffic-Spitzen wie bei Flash-Verkäufen zu messen. Erstellen Sie benutzerdefinierte Tests, die für Ihre Site ausgeführt werden.
- New Relic (bereitgestellt) - Hilft beim Auffinden von Prozessen und Bereichen der Site, was zu einer langsamen Leistung führt, wobei die pro Aktion aufgezeichnete Zeit wie die Übertragung von Daten, Abfragen, Redis und mehr verwendet wird.
- WebPageTest und Pingdom - Echtzeit-Analyse der Ladezeit Ihrer Site-Seiten mit verschiedenen Ursprungsorten. 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 über die Cloud Docker-Umgebung abzuschließen. Siehe Anwendungstests im Handbuch Cloud Docker für Commerce.
Einrichten des Sicherheits-Scan-Tools
Es gibt ein kostenloses Sicherheits-Scan-Tool für Ihre Websites. Informationen zum Hinzufügen Ihrer Sites und Ausführen des Tools finden Sie unter Security Scan Tool.