Test d’évaluation et de production
Après une migration réussie de votre code, fichiers et données vers l’environnement d’évaluation ou de production, utilisez les URL d’environnement pour tester vos sites et magasins. Vous trouverez ci-dessous des informations sur la vérification des journaux, le test de configurations rapides, le test d’acceptation utilisateur (UAT), etc.
Fichiers de log
Si vous rencontrez des erreurs lors du déploiement ou d’autres problèmes lors du test, vérifiez les fichiers journaux. Les fichiers journaux se trouvent sous le répertoire var/log
.
Le journal de déploiement se trouve dans /var/log/platform/<prodject-ID>/deploy.log
. La valeur de <project-ID>
dépend de l’ID de projet et de si l’environnement est intermédiaire ou de production. Par exemple, avec un ID de projet de yw1unoukjcawe
, l’utilisateur d’évaluation est yw1unoukjcawe_stg
et l’utilisateur de production est yw1unoukjcawe
.
Lors de l’accès aux journaux dans les environnements de production ou d’évaluation, utilisez SSH pour vous connecter à chacun des trois noeuds afin de localiser les journaux. Vous pouvez également utiliser la gestion des journaux New Relic pour afficher et interroger les données de journaux agrégées de tous les noeuds. Voir Afficher les journaux.
Vérifier la base de code
Vérifiez que votre base de code est correctement déployée dans les environnements d’évaluation et de production. Les environnements doivent avoir des bases de code identiques.
Vérification des paramètres de configuration
Vérifiez les paramètres de configuration dans le panneau Admin, y compris l’URL de base, l’URL d’administration de base, les paramètres multisite, etc. Si vous devez apporter d’autres modifications, effectuez les modifications dans votre branche Git locale et passez à la branche master
dans Intégration, Évaluation et Production.
Vérification de la mise en cache rapide
La configuration rapidenécessite une attention particulière aux détails : l’utilisation de l’identifiant de service Fastly correct et des informations d’identification du jeton API Fastly, le téléchargement du code VCL Fastly, la mise à jour de la configuration DNS et l’application des certificats SSL/TLS à vos environnements. Après avoir effectué ces tâches de configuration, vous pouvez vérifier la mise en cache rapide dans les environnements d’évaluation et de production.
Pour vérifier la configuration de service Fastly :
-
Connectez-vous à l’administrateur pour l’évaluation et la production à l’aide de l’URL avec
/admin
ou de l’ URL d’administration mise à jour. -
Accédez à Magasins > Paramètres > Configuration > Avancé > Système. Faites défiler l’écran et cliquez sur Full Page Cache.
-
Assurez-vous que la valeur Application de mise en cache est définie sur Fastly CDN .
-
Testez les informations d’identification Fastly.
-
Cliquez sur Configuration Fastly.
-
Vérifiez que les valeurs de l’identifiant de service Fastly et des informations d’identification du jeton API Fastly. Voir Obtenir des informations d’identification rapides.
-
Cliquez sur Tester les informations d’identification.
note warning WARNING Assurez-vous d’avoir saisi l’ID de service et le jeton d’API corrects dans les environnements d’évaluation et de production. Les informations d’identification les plus rapides sont créées et mappées par environnement de service. Si vous saisissez des informations d’identification d’évaluation dans votre environnement de production, vous ne pouvez pas charger vos fragments de code VCL, la mise en cache ne fonctionne pas correctement et votre configuration de mise en cache pointe vers le serveur et les magasins incorrects. -
Pour vérifier rapidement le comportement de mise en cache :
-
Recherchez des en-têtes utilisant l’utilitaire de ligne de commande
dig
pour obtenir des informations sur la configuration du site.Vous pouvez utiliser n’importe quelle URL avec la commande
dig
. Les exemples suivants utilisent des URL Pro :- Évaluation :
dig https://mcstaging.<your-domain>.com
- Production :
dig https://mcprod.<your-domain>.com
Pour des tests
dig
supplémentaires, voir Tests avant de modifier le DNS. - Évaluation :
-
Utilisez
cURL
pour vérifier les informations de l’en-tête de la réponse.code language-bash curl https://mcstaging.<your-domain>.com -H "host: mcstaging.<your-domain.com>" -k -vo /dev/null -H Fastly-Debug:1
Voir Vérifier les en-têtes de réponse pour plus d’informations sur la vérification des en-têtes.
-
Une fois que vous êtes actif, utilisez
cURL
pour vérifier votre site actif.code language-bash curl https://<your-domain> -k -vo /dev/null -H Fastly-Debug:1
Terminer le test UAT
Test complet de l’acceptation utilisateur (UAT) lors de l’évaluation et de la production. Les tests suivants répertorient rapidement les tâches et les domaines possibles à tester en tant que commerçant et client. Votre liste peut être plus longue et inclure des tests supplémentaires pour les modules personnalisés, les extensions et les intégrations tierces. Lors du test, utilisez des ordinateurs de bureau, des ordinateurs portables et des appareils mobiles.
Si vous rencontrez des problèmes, enregistrez les étapes de reproduction, les messages d’erreur, les captures d’écran étranges et les liens. Utilisez ces informations pour enquêter et résoudre les problèmes dans le code de l’environnement d’intégration, les configurations ou les paramètres d’environnement.
Test de charge et de stress
Avant le lancement, il est préférable d’effectuer des tests de trafic et de performances étendus sur vos environnements d’évaluation et de production. Pensez aux tests de performance pour vos processus front-end et back-end.
Avant de commencer le test, saisissez un ticket avec support pour informer les environnements que vous testez, les outils que vous utilisez et la période. Mettez à jour le ticket avec les résultats et les informations pour suivre les performances. Une fois le test terminé, ajoutez les résultats mis à jour et notez que le test du ticket est terminé avec une date et un horodatage.
Passez en revue les options Performance Toolkit dans le cadre de votre processus de préparation avant le lancement.
Pour de meilleurs résultats, utilisez les outils suivants :
- Test de performance de l’application : testez les performances de l’application en configurant la variable d’environnement
TTFB_TESTED_PAGES
pour tester le temps de réponse du site. - Siège : logiciel de modélisation et de test du trafic pour pousser votre boutique jusqu’à la limite. Accédez à votre site avec un nombre configurable de clients simulés. Le siège prend en charge l’authentification de base, les cookies, les protocoles HTTP, HTTPS et FTP.
- Jmètre : excellent test de charge pour permettre d’évaluer les performances du trafic en pointe, comme pour les ventes Flash. Créez des tests personnalisés à exécuter sur votre site.
- New Relic (fourni) : aide à localiser les processus et les zones du site, ce qui entraîne des performances ralenties avec le temps passé par action suivi, comme la transmission de données, de requêtes, de Redis, etc.
- WebPageTest et Pingdom : analyse en temps réel du temps de chargement des pages de votre site avec différents emplacements d’origine. Le royaume peut avoir besoin d'un tribut. WebPageTest est un outil gratuit.
Tests fonctionnels
Vous pouvez utiliser le MFTF (Magento Funcational Testing Framework) pour terminer les tests fonctionnels pour Adobe Commerce à partir de l’environnement Cloud Docker. Voir Test d’application dans le guide Cloud Docker for Commerce.
Configuration de l’outil d’analyse de sécurité
Il existe un outil d’analyse de sécurité gratuit pour vos sites. Pour ajouter vos sites et exécuter l’outil, voir Outil d’analyse de sécurité.