Deuxième environnement d’évaluation

Tests parallèles : avec deux environnements d’évaluation, les équipes peuvent tester simultanément de nouvelles fonctionnalités et des mises à jour critiques sans interférer avec le développement de l’autre. Par exemple, vous pouvez dédier un environnement aux tests de fonctionnalités, tout en réservant l’autre environnement aux tests de performance et de contrainte.

Isolement des problèmes : lorsque des bugs ou des problèmes surviennent dans l’environnement d’évaluation principal, vous pouvez les répliquer et les diagnostiquer dans l’environnement secondaire sans interrompre la progression du test. Cela garantit que le dépannage n’interfère pas avec les tests en cours.

Gestion de version : gérez plus efficacement les différentes versions de votre application. L’environnement d’évaluation principal peut exécuter la dernière build stable, tandis que les tests secondaires testent des fonctionnalités expérimentales. Cela vous permet de mieux gérer les cycles de publication et de vous assurer que les modifications expérimentales n’interrompent pas les builds stables.

Planification améliorée du déploiement : vous pouvez simuler différents scénarios de déploiement. L’environnement d’évaluation principal peut imiter la configuration de production actuelle, tandis que l’environnement secondaire peut être configuré pour tester les prochaines versions.

Test d’acceptation utilisateur (UAT) : tout en utilisant l’environnement principal pour le développement en cours, vous pouvez dédier l’environnement secondaire à l’UAT. Cela permet aux utilisateurs et utilisatrices, ou aux clients et clientes, de tester et de commenter les nouvelles fonctionnalités dans un environnement contrôlé, sans affecter les tests.

Tests de régression : vous pouvez utiliser un environnement pour les tests orientés vers l’avant et l’autre pour les tests de régression, en vous assurant que les nouvelles modifications n’interrompent pas les fonctionnalités existantes.

Formation et démonstrations : utilisez un environnement pour former de nouveaux membres de l’équipe ou présenter de nouvelles fonctionnalités aux parties prenantes. Cela permet de s’assurer que les activités de formation n’interrompent pas les tests.

Configuration de la liaison privée : les environnements de Principal et d’intégration ne prennent pas en charge la configuration de la liaison privée. Si votre workflow de développement nécessite des environnements supplémentaires connectés via un lien privé pour le développement, le test ou toute autre finalité, pensez à ajouter un environnement d’évaluation supplémentaire.

Le processus de provisionnement peut prendre jusqu’à deux semaines après la confirmation de la demande auprès de votre représentant commercial d’Adobe.

Les nouveaux environnements d’évaluation ne sont disponibles que dans la même région que vos environnements d’évaluation et de production actuels.

Vous devez mettre à jour votre environnement d’intégration ou de Principal et spécifier les environnements sur lesquels reposera votre environnement d’évaluation secondaire. L’environnement d’évaluation secondaire ne peut pas être copié à partir des environnements d’évaluation ou de production.

Après avoir reçu votre nouvel environnement d’évaluation, vous pouvez l’inclure dans votre flux de développement. Comme pour les autres environnements, les mises à jour de code et de base de données relèvent de votre responsabilité.