跳转到主要内容
所有在 XBOX 主机或非主机设备上集成 XBOX services 的产品都必须在发布之前通过认证。XBOX 认证团队会验证为 XBOX 创建的产品是否尊重用户的隐私和安全,同时将 XBOX 网络维持为一项高质量的服务。认证不仅确认产品稳定可靠,还确认产品能为用户提供一致、安全且愉快的体验。

服务级别协议

下表详细列出了针对在 XBOX 主机和 PC 版 XBOX 上发布的游戏进行 XBOX Requirement 测试的服务级别协议 (SLA)。

需要认证的产品类型

所有 XBOX 产品类型都需要接受 XBOX Requirement 测试,并且必须通过 XBOX 认证后才能发布。根据你的产品和提交类型,可能适用不同的要求和流程。以下类型的产品必须经过 XBOX 认证: 产品类型:
  • 完整游戏
  • Game Preview
  • Beta
  • 演示版
提交类型:
  • 仅数字下载
  • 仅光盘
  • 光盘和数字
  • 内容更新
测试量和适用要求的数量会因产品类型及其所处的生命周期阶段而异。

认证测试轮次类型

请考虑提交的目的。如果你希望获得有关发布准备情况的方向性反馈,可以考虑进行可选提交。另一方面,如果你打算将提交作为最终产品在 XBOX 网络上发布,请选择最终提交。

可选提交

可选提交是 XBOX Certification 提供的付费测试服务。它们让你有机会在提交发布候选版本之前,从认证角度验证游戏的当前状况。我们建议进行可选提交,但并不强制要求。可选提交让你有机会在最终提交之前发现阻碍发布的 XR 问题,并提高首次通过认证的几率。但是,可选测试不能替代良好的 QA,QA 在整个开发阶段仍然必不可少。 可选提交按包计算,并相应收取费用。例如,如果你同时拥有 XBOX One 和 XBOX Series X|S 版本,并希望对这两个版本都进行可选提交,则需要分别付费。有关可选提交付费服务的完整详细信息,请参阅 XBOX 认证付费服务计划文档。 可选提交仅在 CERT.DEBUG 沙盒中进行测试,这是一个由 Microsoft 控制的沙盒,只有认证人员才能访问。它是一个开发人员沙盒,只允许运行红色签名的内容(与你的沙盒类似)。不会为可选提交制作光盘。Optional Complete 报告中没有 CFR(Conditions for Resubmission,重新提交条件)并不意味着该游戏已通过其最终提交。Optional Complete 报告是对游戏在当时符合 XBOX Requirements 程度的评估。与最终提交不同,可选提交不会做出通过/失败的判定。 有关更多详细信息以及可选测试的不同层级列表,请参阅可选提交文档。

最终提交

最终提交是产品向公众发布或光盘发布到生产 (RTM) 之前的最后一轮认证测试。请与你的 Microsoft 联系人沟通,以规划和协调你的最终提交。 主机上的最终提交完全在 CERT 沙盒中进行测试,这是一个由 Microsoft 控制的沙盒,只有认证人员才能访问。它是一个零售沙盒,只允许运行绿色签名的内容。有限的一组测试可能会在 CERT.DEBUG 沙盒中使用红色签名的内容完成,但最终提交的大部分测试都在 CERT 沙盒中进行。认证主机是运行 RETAIL 中发布的当前 OS Recovery 的零售主机。PC 最终提交也在 CERT 沙盒中进行测试。与可选提交不同,最终提交完全在零售设备上使用绿色签名的二进制文件和光盘进行测试。 产品通过最终提交后,将发布通过报告,并且该产品可以发布。如果产品未通过最终提交,将发布一份详细列出重新提交条件 (CFR) 的失败报告。失败报告中确定的所有 CFR 都必须在重新提交之前修复。重新提交必须采用与上一次最终提交相同的方式进行。

加载项内容

支持加载项内容(持久型和消耗型)的游戏必须针对每种受支持的可下载内容 (DLC) 类型,至少有一个产品与主游戏一起接受认证。例如,一款计划发布赛道、车辆和虚拟货币包的赛车游戏,需要至少认证一个赛道加载项、一个车辆加载项和一个虚拟货币包加载项。请与你的 Microsoft 联系人合作,确保在可选提交和最终提交之前将加载项内容发布到认证沙盒。

测试光盘验证

在实体光盘上发布的产品必须订购测试光盘,并获得 XBOX 认证团队的批准。建议你在提交产品进行最终认证的同时下光盘订单,但这并非强制要求。当光盘产品已在 Partner Center 中提交且已通过 BVT 时,XBOX 认证团队会订购测试光盘。测试光盘最多会寄送到三个目的地以及 Microsoft 内部地址。这些是没有图稿的“银色”光盘,仅包含 BinaryID 和制造日期等基本信息。出于安全原因,不包含产品名称和其他信息。光盘有两种格式:BD25 和 BD50。支持多光盘格式,但并不常见;如果是这种情况,我们建议你与你的 Microsoft 联系人合作。 所有测试光盘都由测试光盘制造商使用脱机和联机主机配置进行验证。如果某项验证检查失败,XBOX 认证团队会在出具认证结果之前对失败的检查执行有针对性的跟进。合作伙伴仍必须在批准发布到生产 (RTM) 之前执行所有必要的测试。合作伙伴在批准 RTM 之前执行所有必要的测试至关重要。XBOX 认证团队执行的光盘测试列在媒体验证测试步骤文档中。

认证测试阶段

XBOX 认证团队收到提交后,将分三个主要阶段进行测试:
  1. 提交检查涵盖 Submission Validator 审查和恶意软件扫描。
  2. 生成验证测试 (BVT) 用于验证游戏处于可测试状态,并且之前发出的所有 CFR 均已解决。
  3. XBOX Requirement (XR) 测试是测试的主体部分,所有适用的 XR 测试用例都将在此阶段针对你的游戏进行验证。
以下步骤将有助于启用测试并为提交准备你的产品:
  1. 生成干净的发布版本。
  2. 测试松散文件的部署。
  3. 使用 MakePkg.exe 生成提交包。
  4. 在你的开发沙盒中发布可从商店下载的版本。只有获得你的沙盒访问权限的用户才能下载该版本。这样,你就可以采用与认证团队相同的方式获取和测试游戏。

提交检查

提交检查有两项:Submission Validator 和恶意软件扫描。

Submission Validator

Submission Validator 会向开发人员提供反馈,让他们能够解决会导致游戏无法引入 Partner Center 和/或无法通过认证的常见问题。当你运行 MakePkg Pack 生成用于提交或测试的包时,Submission Validator 会执行多项错误检查。请始终使用最新的 Submission Validator 组件;这将确保你受益于最新的验证,并使你的游戏提交尽可能顺利地进行。Submission Validator 不是独立工具。相反,只要将 MakePkg Pack 命令与 /L 或 /LT 开关一起使用,就会自动调用它。Submission Validator 会在创建游戏包之前运行。 有关 Submission Validator 的详细信息,请参阅 Submission Validator GDK 文档。

恶意软件扫描

为防止病毒和其他恶意软件污染你的产品,请在提交之前使用你选择的恶意软件扫描程序扫描包。在执行扫描之前,请确认恶意软件扫描程序的定义是最新的。 无需提供恶意软件扫描程序的日志或其他证明。Microsoft 会在收到你的提交后对其运行自己的恶意软件实用工具。但是,在提交之前运行恶意软件扫描程序可确保你及早发现意外感染,而不必等待 Microsoft 发现。

生成验证测试

生成验证测试 (BVT) 是一轮精简的测试,旨在确保产品在进入完整认证测试之前完全可测试且配置正确。这是通过在产品的主要区域中运行一组测试用例来完成的。所有产品都必须先通过 BVT,然后才会被安排进行完整认证测试。 若要深入了解 BVT 以及有关如何避免 BVT 失败的更多指导,请参阅:

XBOX Requirement 测试

产品通过 BVT 后,将被安排进行 XBOX Requirement (XR) 测试。XR 测试轮次的目的是验证产品是否符合适用于该提交和产品类型的所有 XR。XR 包括所有 XBOX 产品开发人员和发布者都必须遵守的政策、技术要求以及与产品组件相关的要求。XR 确保为 XBOX 创建的产品不仅稳定可靠,而且能提供一致、安全、有保障且愉快的用户体验。

XBOX Requirements

可以在此处找到适用于每个平台和产品类型的完整 XR 列表: 可以在此处找到每个受测 XR 的更多详细信息和支持内容:XBOX Requirements 支持内容。

XBOX Requirement 测试用例

在认证中测试的每个 XR 都有一个详细的测试用例,说明如何测试该要求。测试用例包括测试步骤、预期行为以及通过/失败示例。

认证问题类型

在认证测试轮次中发现的问题会根据严重性、发生概率和可重复性分为不同类型。
  • 标准报告问题 (SRI):SRI 通常与某个 XR 相关,但被认为不够严重,不足以导致游戏失败。应在后续提交中修复这些问题,但这不是必需的。
  • 重新提交条件 (CFR):CFR 是导致游戏失败的问题。这些问题违反了 XR 的意图,并被认为严重到足以阻止游戏发布。必须在重新提交之前修复 CFR。
  • 注意事项问题 (ION):ION 是与 XR 或 XR 测试用例无关的问题。开发人员可能希望修复这些问题,但这不是必需的。
  • 未测试:如果在认证测试轮次中有无法测试的 XR 和/或测试用例,报告中将包含这些 XR 和测试用例的列表。
有关如何确定问题的严重性、发生概率和可重复性的详细说明,请查看故障模式分析 (FMA) 文档。

将提交置于暂停状态

如果某个问题阻碍了测试,提交可能会被置于暂停 (Hold) 状态,同时认证团队会与你的 Microsoft 联系人合作,获取继续测试所需的信息或访问权限。在某些情况下,提交可能会被判定为失败,并需要重新提交。暂停可能会导致测试轮次延迟。游戏可能被置于暂停状态的常见原因包括:
  • 缺少测试所需的合作伙伴帐户,或这些帐户无法正常使用。
  • 合作伙伴服务不支持 CERT.DEBUG 和 CERT 沙盒。
  • 多人游戏无法按预期工作。
在提交认证之前,确保完整测试游戏所需的所有游戏服务均正常运行,将有助于避免不必要的延迟。

请求例外

如果你的游戏未完全符合任何 XBOX Requirement (XR),你可以请求该 XR 的例外。如果你的游戏引入了创新功能,或者存在严格的技术限制导致游戏无法满足该 XR,就可能出现这种情况。如果需要例外,请在提交认证之前尽早与你的 Microsoft 联系人合作。例外不一定会获得批准,但提前获得反馈可以让你有充足的时间解决任何问题。在提交游戏进行认证之前,你必须关闭所有未完成的例外请求。预留时间来讨论例外和解决方案可以避免延迟。 Microsoft 不希望阻碍新功能或创新功能。如果你正在创建新事物,请在例外请求中告诉我们。若要在提交认证之前请求例外,请联系你的 Microsoft 联系人。

认证报告

所有游戏都会在测试结束时收到一份报告。根据认证测试轮次类型,报告有不同的类型。不同的报告类型包括:
  • Optional Complete 报告
  • 最终通过/失败报告
  • 中期报告
认证报告将以 Word 文档的形式提供给你的 Microsoft 联系人,并且在所有情况下都可以直接在 Partner Center 中获取。必须在下一次提交中修复的问题将被标记为 CFR。

Optional Complete 报告

Optional Complete 报告在可选提交测试结束时发送。由于可选提交永远不会向公众发布,因此没有通过/失败结果。Optional Complete 报告将包含测试期间发现的所有问题,包括 SRI 和 CFR。

最终通过/失败报告

最终通过/失败报告在最终提交测试结束时发送。此报告指明游戏是否通过认证并允许向公众发布。与 Optional Complete 报告一样,最终通过/失败报告将包含测试期间发现的所有问题,包括 SRI 和 CFR。出具通过报告后,该游戏即可向公众发布。如果出具失败报告,则不允许该游戏向公众发布,并且必须先修复报告中的 CFR,然后才能重新提交进行最终认证。

中期报告

中期报告在游戏测试期间发送。由于测试仍在进行中,中期报告不包含通过/失败评估。中期报告的目的是让你在测试结束之前及早了解发现的问题。

认证测试台配置

以下是认证测试台中使用的配置。

主机测试台布局

认证测试台使用具有代表性的零售 XBOX 硬件和配置样本,包括不同的显示、音频、存储、控制器、语言、帐户和系统设置。确切的配置可能会根据当前的零售硬件生态系统和适用的认证要求随时间而变化。 下表提供了主机测试台布局的示例,并不是固定或详尽的配置。

从认证发布 (RFC)

游戏通过认证并发布通过报告后,即被视为已从认证发布 (RFC)。此时,你的 Microsoft 联系人将能够协助你发布到 Retail 并协调游戏的发布。

联系我们

如果你对认证报告、XBOX Requirements 或测试用例有疑问,请发送电子邮件至 XBOXCert@xbox.com。

另请参阅

最后修改于 2026年10月9日