Tests d’évaluation et de production
Une fois la migration de votre code, de vos fichiers et de vos données vers les environnements d’évaluation ou de production terminée, 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 des configurations Fastly, les tests d’acceptation utilisateur (UAT), etc.
Fichiers journaux
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 dans le répertoire var/log
.
Le journal de déploiement est en /var/log/platform/<prodject-ID>/deploy.log
. La valeur de <project-ID>
dépend de l’identifiant du projet et du statut de l’environnement : Évaluation ou Production. Par exemple, avec un ID de projet de yw1unoukjcawe
, l’utilisateur intermédiaire 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 nœuds afin de localiser les journaux. Vous pouvez également utiliser la gestion des journaux de New Relic pour afficher et interroger les données de journaux agrégées de tous les nœuds. 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érifier les paramètres de configuration
Vérifiez les paramètres de configuration via le panneau d’administration, y compris l’URL de base, l’URL d’administration de base, les paramètres multisite, etc. Si vous devez apporter des modifications supplémentaires, effectuez les modifications dans votre branche Git locale et envoyez-les à la branche master
dans les environnements d’intégration, d’évaluation et de production.
Vérifier la mise en cache rapide
La configuration de Fastly nécessite une attention particulière aux détails : l’utilisation de l’identifiant de service Fastly et des informations d’identification du jeton API Fastly corrects, le 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 du service Fastly :
-
Connectez-vous à l’administration 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 Cache de page complet.
-
Assurez-vous que la valeur Application de mise en cache est définie sur Fast CDN .
-
Testez les informations d’identification Fastly .
-
Cliquez sur Configuration rapide.
-
Vérifiez les valeurs de l’ID de service Fastly et des informations d’identification du jeton API Fastly . Voir Obtention des informations d’identification Fastly.
-
Cliquez sur Tester les informations d’identification.
note warning WARNING Assurez-vous d’avoir saisi l’identifiant de service Fastly et le jeton API corrects dans vos environnements d’évaluation et de production. Les informations d’identification Fastly sont créées et mappées par environnement de service. Si vous saisissez les 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 mauvais serveur et magasins. -
Pour vérifier le comportement de mise en cache rapide :
-
Recherchez des en-têtes à l’aide de 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 de
dig
supplémentaires, voir Tests de Fastly avant de modifier le DNS. - Évaluation :
-
Utilisez
cURL
pour vérifier les informations d’en-tête de 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 en ligne, utilisez
cURL
pour vérifier votre site actif.code language-bash curl https://<your-domain> -k -vo /dev/null -H Fastly-Debug:1
Test UAT complet
Effectuez le test d’acceptation utilisateur (UAT) lors de l’évaluation et de la production. Les tests suivants constituent une liste rapide des tâches et zones 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 étudier et résoudre les problèmes liés au code et aux configurations de l’environnement d’intégration ou aux paramètres d’environnement.
Tests de charge et de contrainte
Avant le lancement, il est préférable d’effectuer des tests approfondis de trafic et de performances sur vos environnements d’évaluation et de production. Envisagez des tests de performance pour vos processus front-end et back-end.
Avant de commencer les tests, saisissez un ticket auprès de l’assistance 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 un horodatage et une date.
Examinez les options Boîte à outils de performance 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. - Siege : logiciel de test et de mise en forme du trafic pour pousser votre magasin à la limite. Accédez à votre site avec un nombre configurable de clients simulés. Siege prend en charge l’authentification de base, les cookies, les protocoles HTTP, HTTPS et FTP.
- Jmeter—Excellent test de charge pour aider à évaluer les performances pour le trafic en pic, comme pour les ventes flash. Créez des tests personnalisés à exécuter sur votre site.
- New Relic (fourni) : permet de localiser les processus et les zones du site, ce qui ralentit les performances grâce au suivi du temps passé par action, tel que 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. Pingdom peut exiger des frais. WebPageTest est un outil gratuit.
Tests fonctionnels
Vous pouvez utiliser la structure de tests fonctionnels (MFTF) du Magento pour effectuer des 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 gratuit d'analyse de sécurité pour vos sites. Pour ajouter vos sites et exécuter l’outil, voir Outil d’analyse de sécurité.