服务级别协议
下表详细列出了针对在 XBOX 主机和 XBOX on PC 上发布的游戏进行 XBOX Requirement 测试的服务级别协议（SLA）。需要认证的产品类型
所有 XBOX 产品类型都必须接受 XBOX Requirement 测试，并且必须通过 XBOX 认证才能发布。根据产品和提交类型的不同，可能会适用不同的要求和流程。以下类型的产品必须经过 XBOX 认证。 产品类型：- 完整游戏
- Game previews
- Betas
- 演示版
- 仅数字下载
- 仅光盘
- 光盘与数字
- 内容更新
认证测试通过类型
请考虑本次提交的目的。如果你希望获得关于发布准备状态的方向性反馈，可以考虑 optional submission。如果你打算将本次提交作为最终产品发布到 XBOX 网络，请选择 final submission。Optional submissions
Optional submissions 是 XBOX 认证提供的付费测试服务。它可以让你在提交发布候选构建之前，从认证的角度验证游戏的当前状态。Optional submissions 是推荐但非必需的。它们让你有机会在最终提交之前发现严重的 XR 问题，从而提升首次通过认证的几率。Optional 测试并不能替代良好的 QA，QA 在整个开发阶段仍然至关重要。 Optional submissions 按包收取费用。例如，如果你同时有 XBOX One 和 XBOX Series X|S 版本，并希望对二者都进行 optional submission，那么必须分别付费。有关 Optional Submissions 付费服务的完整详情，请参阅 XBOX 认证付费服务计划 文档。 Optional submissions 仅在 CERT.DEBUG 沙盒中进行测试，这是由 Microsoft 管控的沙盒，只有认证团队人员可以访问。它是一个 开发者沙盒，只允许运行红色签名的内容（与你自己的沙盒类似）。Optional submissions 不会制作光盘。 有关更多详情以及不同层级 optional 测试的列表，请参阅 Optional Submissions 文档。Final submissions
Final submission 是产品向公众发布或光盘 Released to Manufacturing (RTM) 之前的最后一次认证测试。请与你的 Microsoft 联系人沟通，共同规划和协调你的 final submission。 主机上的 final submission 完全在 CERT 沙盒 中进行测试，这是由 Microsoft 管控的沙盒，只有认证团队人员可以访问。它是一个 Retail 沙盒，只允许运行绿色签名的内容。少量测试可能在 CERT.DEBUG 沙盒中以红色签名内容完成，但 Final submissions 的绝大部分测试都在 CERT 沙盒中进行。认证主机是运行当前已在 RETAIL 中发布的 OS Recovery 的零售主机。PC final submissions 也在 CERT 沙盒中测试。与 optional submissions 不同，final submissions 完全在使用绿色签名二进制文件和光盘的零售设备上进行测试。 当产品通过 final submission 后，将发布通过报告，产品即可发布。如果产品未能通过 final submission，将发布一份详细列出 Conditions for Resubmission (CFRs) 的失败报告。失败报告中列出的所有 CFR 必须在重新提交前修复。重新提交必须以与上次 final submission 相同的方式进行。附加内容
支持附加内容（耐久型和消耗型）的游戏必须至少为每种受支持的可下载内容（DLC）类型准备一个与主游戏一同接受认证的产品。例如，一款计划发布赛道、赛车以及虚拟货币包的赛车游戏，需要至少认证一条赛道、一辆赛车和一个虚拟货币包附加内容。请与你的 Microsoft 联系人协作，确保在 optional 和 final submissions 之前，附加内容已发布到认证沙盒中。测试光盘验证
通过实体光盘发布的产品必须由 XBOX 认证团队 订购 并批准测试光盘。建议但非强制要求你在提交产品进行最终认证的同时下达光盘订单。当光盘产品已在 Partner Center 中提交且 BVT 已通过时，XBOX 认证团队会订购测试光盘。测试光盘最多可发往三个目的地以及 Microsoft 的内部地址。这些是”银盘”，不含美术图案，仅包含基本信息，如 BinaryID 和制造日期。出于安全考虑，产品名称和其他信息不会包含在内。光盘有两种格式：BD25 和 BD50。多光盘格式也受支持但并不常见；如遇此情况请与你的 Microsoft 联系人协作。 所有测试光盘在被批准 Released to Manufacturing (RTM) 之前，都需要由 XBOX 认证团队和合作伙伴共同验证。合作伙伴必须在批准 RTM 之前完成所有必要测试，这一点至关重要。XBOX 认证执行的光盘测试详见 媒体验证测试步骤 文档。认证测试阶段
XBOX 认证收到提交后，将分三个主要阶段进行测试：- 提交检查（Submission checks）包括提交验证器审查和恶意软件扫描。
- 构建验证测试（Build verification testing，BVT）用于验证游戏处于可测试状态，并确认此前发出的所有 CFR 都已解决。
- XBOX Requirement (XR) 测试是测试的主体部分，将针对你的游戏验证所有适用的 XR 测试用例。
1
构建干净的发布版本
从源代码控制中生成一份全新的发布版本，且不带任何本地修改。
2
测试松散文件的部署
将松散文件部署到开发套件（devkit），并验证基本启动和功能。
3
使用 MakePkg.exe 构建提交包
使用
MakePkg.exe 并附上适当开关，以便 Submission Validator 运行。4
发布可从沙盒下载的构建
发布一个可从开发沙盒的 Store 下载的构建。只有具备沙盒访问权限的用户才能下载该构建。这样你就能以与认证团队相同的方式获取并测试游戏。
提交检查
有两项提交检查：Submission Validator 和恶意软件扫描。Submission Validator
Submission Validator 会向开发者提供反馈，帮助他们解决那些可能导致游戏无法被 Partner Center 和/或认证接收的常见问题。当你运行MakePkg Pack 生成用于提交或测试的包时，Submission Validator 会执行多项错误检查。请始终使用最新版本的 Submission Validator 组件，以便受益于最新的验证机制并使游戏提交顺利进行。Submission Validator 并非独立工具，它会在使用带有 /L 或 /LT 开关的 MakePkg Pack 命令时自动被调用。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 完整列表：- 主机：针对 XBOX 主机游戏的 XBOX Requirements
- PC：PC 与移动端的 XBOX 网络策略（适用于所有 XBOX PC 和移动端游戏）
- Game Preview 与 Beta：Open Betas 与 Game Previews 的 XBOX Requirements
XBOX Requirement 测试用例
认证中测试的每项 XR 都有一个详细的测试用例，说明该要求的测试方式。测试用例包含测试步骤、预期行为以及通过/失败示例。- 主机测试用例：针对 XBOX 主机游戏的 Certification Tested XBOX Requirements
- PC 测试用例：面向 PC、移动端与 Creators Program 的 XBOX 网络测试用例（适用于所有 XBOX PC 游戏）
认证问题类型
认证测试期间发现的问题会按严重性、发生概率和可重现性进行分类。- 标准报告问题（Standard Reporting Issue，SRI）： 通常与某项 XR 相关，但严重程度不足以导致游戏未通过。应在后续提交中修复，但不是必需。
- 重新提交条件（Condition for Resubmission，CFR）： 导致游戏未通过的问题，违反了 XR 的意图，其严重程度足以阻止发布。CFR 必须在重新提交前修复。
- 值得关注的问题（Issue of Note，ION）： 与 XR 或 XR 测试用例无关。开发者可能想修复这些问题，但不是必需。
- 未测试（Non-Tested）： 如果在测试期间无法测试任何 XR 或测试用例，报告中会列出清单。
将提交置于 Hold 状态
如果发现的问题阻碍了认证团队的测试，游戏将被置于 Hold 状态。Hold 会导致合作伙伴和认证团队都不希望看到的延误。认证团队会将 Hold 原因告知你的 Microsoft 联系人，并与你合作解决问题。游戏被置于 Hold 状态的常见原因：- 测试所需的合作伙伴账户缺失或无法正常工作。
- 合作伙伴服务不支持 CERT.DEBUG 和 CERT 沙盒。
- 多人游戏未按预期工作。
申请例外
如果你的游戏未完全符合某项 XBOX Requirement (XR)，你可以为该 XR 申请例外。当游戏引入创新功能，或存在强技术性限制使游戏无法满足该 XR 时，可能会出现这种情况。若需申请例外，请在提交给认证之前尽早与你的 Microsoft 联系人协作。例外申请不保证一定获批；提前获得反馈可让你有时间解决问题。在提交游戏进行认证之前，你必须关闭所有未决的例外申请。留出讨论例外和解决方案的时间可避免延误。 Microsoft 并不希望阻止新功能或创新功能。如果你正在打造一些新东西，请在例外申请中告诉我们。若需申请例外，请在提交认证之前联系你的 Microsoft 联系人。认证报告
所有游戏在测试结束时都会收到一份报告。报告类型因认证测试通过类型而异：- Optional Complete 报告
- Final Pass/Fail 报告
- Interim 报告