主机上常见的 BVT 失败
以下是常见的 BVT 失败列表。复现 CFR（Conditions for Resubmission）
游戏在 BVT 中失败的主要原因之一，是提交了新的构建但没有包含针对此前所有已记录的 CFR 和/或 BVT 失败的修复。此前经过 BVT 和/或完整测试的游戏必须修复上一次提交中的任何 CFR 和 BVT 失败问题。上一次提交中所有失败的问题都必须在游戏被安排完整测试前修复。 指导：在提交新构建之前，请确保所有此前的 CFR 和/或 BVT 失败问题都已修复。
游戏稳定性
游戏在测试期间必须保持稳定，不得出现阻碍测试的问题。BVT 团队会验证所有菜单可访问，所有游戏模式可测试。 指导：在所有受支持的主机类型和代次上测试游戏。查看 XR-001：游戏稳定性 的测试用例，并聚焦每个测试用例的通过/不通过示例。 BVT 期间发现的稳定性问题示例：
- 启动游戏时崩溃、卡死和/或长时间加载屏幕。
- 多人活动期间崩溃（发送和接收游戏邀请、匹配和加入场景）。
- 一般游戏过程中的崩溃。
- 测试挂起/恢复场景时的崩溃或卡死。
- 在所有接受用户输入的屏幕上测试用户输入时的崩溃或卡死。
- 快速进入并退出所有游戏菜单时的崩溃或卡死。
合作方托管的服务
游戏运行所需的合作方服务必须在 Certification 收到测试提交时处于运行状态。这些服务在安排游戏进入完整测试之前经过验证。这些服务必须在整个测试通过过程中保持可用。 指导：确认游戏运行所需的所有合作方服务在整个认证测试过程中均可用。
Microsoft Store 可用性以及 XBOX services 游戏设置
BVT 期间，游戏从 Store 下载到 CERT 和 CERT.DEBUG 沙盒中的主机上。在 Partner Center 中完成对 CERT 沙盒的发布后，请务必也将 XBOX services 的游戏设置更新到 CERT.DEBUG 沙盒。这将有助于确保在获取和设置游戏进行测试时没有延迟。 更新 CERT.DEBUG 中的 XBOX services如果这是你的第一次提交，或者你自上一次提交以来更新了 XBOX services 游戏设置，请手动将设置发布到 CERT.DEBUG 沙盒。 指导：
- 在 Partner Center 中，转到产品的 XBOX services - Gameplay settings 页面。选择你在 Certify 工作流中为包选择的源沙盒。
- 选择 Review and Publish，以将 XBOX services 游戏设置发布到 CERT.DEBUG 沙盒目标位置。
游戏版本和 XVC 名称
每次提交的游戏版本必须与上一次不同。最佳实践是每次新提交时都递增游戏版本（版本显示在 XVC 文件名中）。 指导：将新的 XVC 文件名与上一次提交进行比较。验证游戏版本已发生变化。
多人玩法
支持多人体验的游戏必须允许用户成功开始并完成多人会话。BVT 团队尝试匹配开始并完成多人会话所需的最少用户数。如果游戏支持可加入的多人体验，BVT 团队会验证系统加入和邀请按预期工作。游戏还必须允许用户 在游戏内 向那些可加入的体验发送邀请。 BVT 期间发现的最常见多人玩法问题：可加入的游戏会话
提供可加入游戏会话的游戏必须通过 XBOX shell 接口启用可加入性。BVT 团队会验证在游戏内和游戏外、游戏被终止或挂起时加入会话的情况。 失败示例包括：- 用户无法从系统 shell 加入公共大厅。
- 用户从系统 shell 加入时，游戏未将用户转到会话中。
验证用户能够通过 XBOX shell 接口加入多人体验。这包括游戏运行时、被终止时和挂起时。验证每个可加入的多人体验允许用户从系统 shell 加入该体验。
游戏邀请
支持可加入多人体验的游戏必须允许玩家使用 XBOX network 平台，从 游戏内 向其他 XBOX network 用户发送游戏邀请，包括存在跨网络玩家的场景。 失败示例包括：- 游戏支持可加入的多人体验，但不支持从游戏内发送游戏邀请。
- 用户接受游戏邀请时，游戏未将用户转到预期的多人体验。
对于支持可加入多人体验的游戏，验证 游戏内 存在邀请选项。
Submission Validator - BuildID 不匹配
BVT 团队会验证 Submission Validator 日志中的<BuildId> 与为认证提交的 XVC 的 <BuildId> 相匹配。检查日志是否有任何失败或警告。
此外，任何 <failure> 标签指定的条件会导致你的提交在内容摄取和认证阶段被拒绝。虽然不阻止你提交此类包，但这样做可能会导致延迟。最好是纠正已识别的问题，直到日志中没有 <failure> 标签。
你可能还会在日志中看到 <warning> 标签。这些通常表明可能需要例外的问题。如果你对任何已识别的警告有疑问，请联系你的 Microsoft 联系人 讨论。即使你的游戏获得了例外，<warning> 标签仍会出现在日志文件中。有关日志消息的完整列表，请参阅 Submission Validator Messages。
可下载内容（DLC）
支持持久型（Durable）和消耗型（Consumable）附加内容的游戏必须为每种类型的受支持可下载内容（DLC）至少提交一个产品与游戏一起进行测试。例如，一款支持赛道包、车辆包和虚拟货币包的赛车游戏，需要至少认证一个赛道、一个车辆和一个虚拟货币包附加内容。 指导验证每种类型受支持 DLC 至少有一个产品可供 Certification 团队下载。
基本配置
游戏运行不得要求对默认主机设置进行任何更改。BVT 团队会启动游戏并验证不需要更改任何主机设置就能测试游戏。 在极少数情况下，游戏可能需要更改 DNS 才能连接到合作方服务。这需要在提交之前与你的 Microsoft 联系人讨论，并需要获得已批准的例外。离线可用性
BVT 团队是首先检查游戏在离线场景下如何运行的团队。在这些检查中最常见的失败包括启动时崩溃，以及在尝试跳过初始参与提示时无限期无响应。 为更好地为测试做准备并避免这些问题，请在向 Certification 提交最终包之前，将在离线状态下启动游戏加入你的测试。确保所有菜单和游戏模式都能被成功浏览，或者在需要在线连接时，用户可以到达合理的位置以接收适当的错误提示。语言支持
BVT 团队将确保游戏能够启动、保持稳定，并本地化到所有受支持的语言。 Submission Validator 日志和游戏内语言选择器（如果支持）用于确定预期的语言支持。 指导：确保游戏能够启动，并在每种受支持的语言下按预期游玩。
智能交付
支持智能交付的游戏在提交之前必须正确配置。BVT 团队将验证支持级别，以及是否可以按预期从 Store 安装内容。预售 stub 文件
提交预售 stub 文件时，BVT 团队会验证包中包含正确的 StoreID。 指导：确认包中包含正确的 StoreID。