本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

GAMEOPS06-BP02随着游戏的变化更新和调整负载测试方法

优化负载测试方法是一个持续的过程，应该随着游戏开发周期的发展而发展。随着游戏复杂性、用户群和功能集的增长，负载测试策略必须进行调整，以验证其能否准确模拟现实条件并提供切实可行的见解。

在未建立这种最佳实践的情况下暴露的风险等级：高

实施指导

请考虑以下事项：

测试场景缺失或过时

在开发过程中，随着新功能被添加到游戏中，创建并运行新的负载测试场景，以验证新功能的性能和可扩展性。同样，通常对特性和功能进行重构以提高性能、解决玩家反馈或与新的设计目标保持一致，这要求不断更新测试场景以跟上变化的步伐并真正测试和反映系统的状态。

新的负载测试框架

开发人员可能需要更改负载测试框架，原因有很多：

通过仔细评估和随时间推移进行调整，开发人员可以使负载测试过程与游戏不断变化的要求保持一致，并继续提供必要的见解以优化和改善整体用户体验。

优化成本

使用托管 AWS 服务的便捷性可能非常有益，尤其是在开发的早期阶段。这些服务抽象了底层基础设施管理，使团队能够快速设置解决方案，只专注于制定负载测试场景和分析结果。但是，使用托管服务的成本通常更高，因为它们提供了额外的价值和便利，例如配置、配置和维护基础架构，以及提供高可用性、扩展和监控功能。

随着团队逐渐成熟，对负载测试过程越来越满意和自信，有时候自我管理基础架构可以提供额外的优化和成本节约。虽然这种实践方法会增加运营开销，但直接控制计算资源、配置、扩展行为和资源利用率可以为微调和降低成本开启新的机会。例如，对于团队来说，从 AWS Fargate 无服务器架构开始负载测试之旅，然后转向自行管理 Amazon EKS 集群中的底层节点可能是有意义的。

实施步骤