

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# GAMEOPS06-BP02Mettez à jour et adaptez l'approche des tests de charge au fur et à mesure de l'évolution de la donne
<a name="gameops06-bp02"></a>

 L'optimisation de l'approche des tests de charge est un processus continu qui devrait évoluer parallèlement au cycle de développement des jeux. À mesure que le jeu gagne en complexité, en base d'utilisateurs et en fonctionnalités, la stratégie de test de charge doit s'adapter pour vérifier qu'elle simule avec précision les conditions du monde réel et fournit des informations exploitables. 

 **Niveau d’exposition au risque si cette bonne pratique n’est pas respectée :** élevé 

## Directives d’implémentation
<a name="implementation-guidance-11"></a>

 Éléments à prendre en compte : 

 **Scénarios de test manquants ou obsolètes ** 

 Lorsque de nouvelles fonctionnalités sont ajoutées à un jeu pendant le processus de développement, créez et exécutez de nouveaux scénarios de test de charge pour valider les performances et l'évolutivité des nouvelles fonctionnalités. De même, les caractéristiques et fonctionnalités sont souvent remaniées pour améliorer les performances, répondre aux commentaires des joueurs ou s'aligner sur de nouveaux objectifs de conception, ce qui nécessite la mise à jour continue des scénarios de test pour suivre le rythme des changements et réellement tester et refléter l'état du système. 

 **Nouveaux cadres de test de charge ** 

 Les développeurs peuvent avoir besoin de modifier les frameworks de test de charge pour diverses raisons : 
+  Le cadre initial peut ne plus être en mesure de simuler correctement la charge utilisateur ou de fournir le niveau d'informations nécessaire sur les performances du système 
+  Les nouvelles fonctionnalités du jeu peuvent nécessiter la prise en charge des tests de charge pour les nouveaux protocoles, API ou points d'intégration 
+  Les développeurs souhaiteront peut-être disposer de fonctionnalités plus avancées à mesure qu'ils se familiariseront avec le processus de test de charge 
+  Préférence pour les frameworks qui correspondent mieux à l'expertise technique de l'équipe, aux langages de programmation ou aux chaînes d'outils existantes 

 En évaluant soigneusement et en s'adaptant au fil du temps, les développeurs peuvent adapter le processus de test de charge aux exigences changeantes du jeu et continuer à fournir les informations nécessaires pour optimiser et améliorer l'expérience utilisateur globale. 

 **Optimisation des coûts ** 

 La facilité et la commodité d'utilisation des AWS services gérés peuvent être très bénéfiques, en particulier aux premiers stades du développement. Ces services font abstraction de la gestion de l'infrastructure sous-jacente, permettant aux équipes de configurer rapidement leur solution et de se concentrer uniquement sur l'élaboration de scénarios de test de charge et l'analyse des résultats. Cependant, l'utilisation de services gérés peut souvent être plus coûteuse en raison de la valeur ajoutée et de la commodité qu'ils offrent, comme le provisionnement, la configuration et la maintenance de l'infrastructure, ainsi que la fourniture de fonctionnalités de haute disponibilité, d'évolutivité et de surveillance. 

 Au fur et à mesure que les équipes mûrissent et deviennent plus à l'aise et confiantes dans leur processus de test de charge, il peut arriver un moment où l'autogestion de l'infrastructure peut permettre une optimisation supplémentaire et des économies de coûts. Bien que cette approche pratique augmente les frais opérationnels, le fait de contrôler directement les ressources de calcul, les configurations, les comportements de dimensionnement et l'utilisation des ressources peut ouvrir de nouvelles opportunités d'optimisation et de réduction des coûts. Par exemple, il peut être judicieux pour les équipes de commencer leur parcours de test de charge avec une architecture AWS Fargate sans serveur, puis de passer ultérieurement à l'autogestion des nœuds sous-jacents d'un cluster Amazon EKS. 

### Étapes d’implémentation
<a name="implementation-steps-11"></a>
+  **Scénarios de test de mise à jour : créez et mettez à jour ** en permanence des scénarios de test de charge pour valider les nouvelles fonctionnalités et les fonctionnalités remaniées, et vérifier qu'ils reflètent l'état actuel du jeu. 
+  **Évaluez les cadres de test de charge : ** adaptez-vous aux nouveaux cadres selon les besoins pour simuler la charge des utilisateurs, prendre en charge de nouveaux protocoles et vous aligner sur l'expertise et les chaînes d'outils de l'équipe. 
+  **Optimisez les coûts : ** commencez par des AWS services gérés pour des raisons de simplicité et de commodité, puis envisagez d'autogérer l'infrastructure pour réaliser des économies à mesure que l'équipe se familiarise avec le processus de test de charge. 