本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

GAMEOPS06-BP02 在遊戲變更時更新和調整負載測試方法

最佳化負載測試方法是一個持續的過程，應隨著遊戲開發週期而發展。隨著遊戲的複雜性、使用者基礎和功能集的增長，負載測試策略必須進行調整，以確認其準確模擬真實世界條件並提供可行的洞見。

未建立此最佳實務時的曝險等級：高

實作指引

考慮下列各項：

測試案例遺失或過時

在開發過程中將新功能新增至遊戲時，請建立並執行新的負載測試案例，以驗證新功能的效能和可擴展性。同樣地，特徵和功能通常經過重構，以改善效能、解決玩家意見回饋，或符合新的設計目標，要求持續更新測試案例，以跟上變更的步伐，並真正測試和反映系統的狀態。

新的負載測試架構

開發人員可能會因為各種原因而需要變更負載測試架構：

透過仔細評估和調整一段時間，開發人員可以將負載測試程序與遊戲不斷變化的需求保持一致，並繼續提供必要的洞見，以最佳化和改善整體使用者體驗。

最佳化成本

使用受管 AWS 服務的簡單性和便利性可能非常有益，尤其是在開發的早期階段。這些服務抽象基礎基礎設施管理，可讓團隊快速設定其解決方案，並僅專注於製作負載測試案例和分析結果。不過，由於受管服務提供的額外價值和便利性，例如佈建、設定和維護基礎設施，以及提供高可用性、擴展和監控功能，因此使用受管服務通常成本更高。

隨著團隊對其負載測試程序的成熟和成長更加舒適和自信，有時自我管理基礎設施可以提供額外的最佳化和節省成本。雖然這種實作方法會增加營運開銷，但直接控制運算資源、組態、擴展行為和資源使用率，可以釋放微調和降低成本的新機會。例如，團隊使用無 AWS Fargate 伺服器架構開始負載測試旅程可能很合理，之後再移至自我管理 Amazon EKS 叢集中的基礎節點。

實作步驟