PC 上常见的 BVT 失败
以下是常见的 BVT 失败列表。复现 CFR（Conditions for Resubmission）
游戏在 BVT 和/或认证失败后重新提交，未修复上一次测试通过中的 CFR。测试团队将验证上一次测试通过中记录的所有 CFR 都已修复，然后才允许游戏进入测试。 指导：在重新提交之前，请确保认证报告中的所有 CFR 都已修复。
未安装所需的依赖项
当从商店安装游戏时，在干净的 PC 上未安装所需的依赖项。 例如，在干净的 PC 上安装游戏后，游戏未启动并显示以下错误：The code execution cannot proceed because MSVCP100.dll was not found。 指导：在 Windows 的全新安装上进行测试，并确保设备上删除了所有包依赖项。将游戏发布到商店，安装并验证所有游戏依赖项均已安装。将游戏所需的任何依赖项包含在安装目录中，或者如果商店未安装，请在首次启动时提示用户安装依赖项。 参考：Framework Package Dependencies
游戏稳定性
游戏在启动时或游戏过程中崩溃和/或卡死。 指导：使用不同的硬件配置进行测试，并使用最新的图形驱动程序。 测试场景：
- 从商店安装游戏。测试团队在从商店安装游戏后曾看到某些问题，但在开发者沙盒中侧载游戏时看不到。
- 测试多种分辨率（窗口和全屏）。
- 在所有屏幕上测试随机输入。
- 快速进入并退出游戏菜单。
双重身份验证
当使用之前未启动过该游戏的配置文件时，用户未收到显式同意对话框的提示。启动游戏后，在进入任何游戏或菜单之前，游戏进入无限期加载屏幕。 指导：使用启用了双重身份验证的开发者账户测试登录（在 Partner Center 中创建开发者账户时有选择 2FA 的选项）。游戏可能只调用了 XUserAddAsync(AddDefaultUserSilently)，假设总有用户。游戏应使用 XUserAddAsync(AddDefaultuserAllowingUI) 并包含处理任何潜在错误情况的代码。GDK 有显示如何使用此代码的示例。这将允许在没有登录用户、缺少同意或需要解决任何其他身份验证问题时根据需要弹出 UI。 参考：XUserAddAsync GDK 文档
合作方服务未运行
游戏提交时合作方服务（例如多人游戏）未运行。 指导：提交认证时，请确保游戏所需的所有合作方服务都在运行。确保它们在整个测试通过期间继续运行。
多人和匹配问题
支持多人的游戏必须允许用户成功开始、推进并完成多人会话。测试团队将尝试匹配开始会话所需的最少用户数，并通过完成所需的最少目标来结束一场比赛。 如果游戏支持多人功能但不支持匹配体验，测试团队将使用系统和游戏内邀请/加入功能，让所需最少数量的用户能够进入并完成一场比赛。 指导：提交认证之前，确保所有受支持的多人功能都已完成、可用且可测试。
可下载内容
无法通过搜索或深度链接在商店中定位可下载内容（DLC）包。测试团队会检查 DLC 的安装和游戏内存在。每种 DLC 类型至少必须发布一份到 CERT 和 CERT.DEBUG 沙盒中进行测试。 指导：提交前将至少一份每种受支持 DLC 类型发布到认证沙盒。
成就解锁失败
达到条件后，游戏未解锁所有成就。 指导：验证达到条件时所有成就都解锁。
Microsoft Store 可用性和 XBOX services 游戏设置
BVT 期间，游戏从 CERT 和 CERT.DEBUG 沙盒中的商店下载。在 Partner Center 中完成对 CERT 沙盒的发布后，请务必也在 CERT.DEBUG 沙盒中更新 XBOX services 游戏设置。这将有助于确保在获取和设置游戏进行测试时没有延迟。 指导： 更新 CERT.DEBUG 中的 XBOX services 游戏设置如果这是你的第一次提交，或者你自上一次提交以来更新了 XBOX services 游戏设置，请手动将设置发布到 CERT.DEBUG 沙盒。
- 在 Partner Center 中，转到产品的 XBOX services - Gameplay settings 页面。选择你在 Certify 工作流中为包选择的源沙盒。
- 选择 Review and Publish，以将 XBOX services 游戏设置发布到 CERT.DEBUG 沙盒目标位置。