已验证解决方案

已验证解决方案计划是一个由 Unity 管理的第三方资源和解决方案库。Unity 会根据包含的资源增强和扩展 Unity 核心产品可用性的程度来评估这些第三方产品。Unity 对已验证解决方案计划中的所有产品进行技术验证，以确保其与最常用的 Unity 版本兼容。

对于已验证解决方案计划，Unity 的已验证解决方案团队

• 会彻底审查解决方案。
• 评估解决方案的质量和可扩展性，允许许多产品满足企业需求。
• 会审查并提供来自 Unity 发布质量保证团队成员的反馈。
• 允许解决方案宣传为已验证解决方案，并在Asset Store一个不断增长的免费和商业资源库，由 Unity 和社区成员创建。提供各种各样的资源，从纹理、模型和动画到完整的项目示例、教程和编辑器扩展。 更多信息
  查看 词汇表页面、发布者网站、营销资料等中包含已验证解决方案徽章。
• 将解决方案纳入特殊集合中，在 Asset Store 中优先列出解决方案，并特别考虑将解决方案纳入 Asset Store 营销和推广活动。
• 提供专用的支持热线，协助进行入职。
• 在 Asset Store 中授予特殊权限，包括自定义最终用户许可协议 (EULA) 和订阅或消耗型付费模式。
• 在订阅型付费模式中，您会定期支付循环价格以访问产品或服务。
• 在消耗型 (按使用付费) 付费模式中，您会根据资源使用情况付费。

注意：作为提供者，您需保证您的解决方案在 Unity 更新时能够正常运行，并及时解决 bug。

成为已验证解决方案的流程

已验证解决方案计划展示了为 Unity 用户提供额外功能的工具和服务。例如，这些产品可以包括软件开发工具包 (SDK)、插件和编辑器扩展等。已验证解决方案计划不适用于仅提供资源包（例如 3D 模型、音频和精灵二维图形对象。如果您习惯于在三维环境中工作，精灵本质上只是标准纹理，但有一些特殊技术可以将精灵纹理组合和管理，以便在开发过程中提高效率和便利性。 更多信息
查看 词汇表）的第三方产品。

要求

要开始验证流程，解决方案必须满足以下要求。

已发布的解决方案

解决方案必须已发布，这意味着产品

• 已通过所有内部质量保证流程。
• 符合 Unity 的 Asset Store 指南。
• 处于准备发布状态。

准备发布包括用户在使用产品时与之交互的解决方案的所有方面。例如，如果解决方案依赖于网站界面来管理功能（例如管理门户），则关联的网站必须准备好供消费者使用。任何正在进行或实验性的功能必须清楚地标记，并与核心功能分开提供。用户必须能够独立于实验性功能使用解决方案的所有核心功能。

详细文档

您必须为解决方案提供详细且完整的文档，该文档必须满足以下要求

• 包括支持的 Unity 版本和平台列表。
• 概述不支持的图形管线（例如 HDRP、URP 或内置管线）和脚本后端为 Unity 中的脚本提供支持的框架。Unity 根据目标平台支持三种不同的脚本后端：Mono、.NET 和 IL2CPP。但是，通用 Windows 平台仅支持两种：.NET 和 IL2CPP。 更多信息
  查看 词汇表（例如 Mono 或 IL2CPP）。
• 记录限制或非标准设置过程。
• 详细说明集成过程和所有可供用户使用的功能，并在可能的情况下提供示例。
• 记录所有公开可用且用于使用的 API，并描述已传递和返回的参数以及用户可能遇到的所有可能的异常。
• 提供如何使用核心 API 的示例。
• 列出已知问题和临时解决方法。
• 包含产品更改的变更日志。
• 变更日志可以为客户提供见解，并有助于加快已验证解决方案的验证过程，尤其是在解决方案需要重新验证时。
• 变更日志应包括新增和更新功能的描述，以及应用于每个版本的任何错误修复。

除了在线文档外，您还必须将解决方案与一页摘要捆绑在一起，这些摘要概括了解决方案提供的关键功能，并提供指向完整在线文档和变更日志的链接。您也可以提供当前已安装产品版本完整文档和变更日志的离线版本。

干净的解决方案结构

解决方案必须位于其自己的文件夹中，这可以帮助客户维护井井有条的项目结构，尤其是在他们使用许多第三方产品时。有些解决方案可能需要 特殊文件夹，这些文件夹需要特定的路径才能正常工作。当解决方案需要这种文件结构时，在所需的 特殊文件夹中创建一个以解决方案命名的文件夹。

注意：不要在产品中包含任何未使用的资源，也不要将内部开发工具与解决方案捆绑在一起。

干净的代码

所有公开可访问的代码必须干净且易于阅读，并满足以下要求

• 脚本结构和内容必须使用统一的样式并遵循单一的命名约定。
• 所有面向公众的 API 必须有摘要或注释。
• 标题、描述、关键字和代码注释必须为英语。

演示和示例

您必须为新用户提供功能演示。演示是新用户体验新产品的首批方式之一，因此演示对于给用户留下良好而持久的印象至关重要。如果可能，将演示与解决方案捆绑在一起。如果这样做会显着增加产品的大小，您可以单独提供演示，并在文档中引用它。

有些解决方案不适合传统的演示或示例。例如，某些编辑器扩展可能无需任何额外集成即可开箱即用。在这种情况下，您可以提供一个简短的视频向新用户介绍产品，并帮助加快已验证解决方案验证过程的探索阶段。

符合 Asset Store 提交指南

在申请已验证解决方案计划之前，请熟悉 Asset Store 提交指南。使用 Asset Store 工具 验证器工具，以帮助您遵守所有适用的指南。

作为已验证解决方案的入职流程

向已验证解决方案团队提交解决方案的流程

在已验证解决方案团队开始技术验证之前，您必须提交以下信息

• 解决方案的链接
• 解决方案的大小
• 支持的 Unity 版本
• 支持的平台
• 任何必要的许可文件
• 任何后端服务或管理控制台的登录信息
• 文档的链接

您还必须完成详细的内部质量保证程序。

您必须通过 此表格 提供技术细节。

技术验证流程

已验证解决方案团队会分四个阶段评估解决方案

• 探索
• 验证
• 报告
• 联系

您可以在下面详细了解每个阶段。

探索

已验证解决方案团队将验证过程的开始阶段专门用于了解解决方案。团队会评估解决方案以确定其大小和复杂程度。团队会使用文档和其他可用的学习资源（例如演示和教程视频）来了解解决方案并确定核心功能和最常用的功能。团队会使用此信息为解决方案设置一个新的 Unity 项目。

验证

在此步骤中，会对每个核心功能进行彻底测试。已验证解决方案团队会创建自动化测试以涵盖所有核心 API，并帮助进行可能需要手动操作的任何其他区域。团队会使用在探索阶段定义的解决方案范围，来确定是否可以在与主要功能一样详细的程度上合理地测试更不常用的 API 和功能。为了确保客户可以信任解决方案在任何支持的平台上都能正常运行，会对解决方案在每个平台上进行全面测试，从一个 Unity 版本开始。如果发现阻止使用合作伙伴解决方案的关键问题，团队会停止验证并通知您该问题。否则，将对解决方案在所有 Unity LTS 版本和最新的技术版本上进行测试。团队会在此步骤中验证文档，以确保无论客户对 Unity 服务的经验水平如何，他们都能找到所有所需的信息。

在验证过程的最后一步中，已验证解决方案团队会使用 Asset Store 工具 验证器来验证解决方案。虽然已验证解决方案计划提供了自定义最终用户许可协议 (EULA)，但您必须验证提交的解决方案是否遵循 Asset Store 工具的所有适用指南。已验证解决方案团队会记录验证过程中发现的任何问题，并在报告阶段详细说明这些问题。

报告

在已验证解决方案团队测试解决方案后，他们会提交一份验证报告，详细说明在该过程中发现的见解。

报告的第一页详细说明了有关解决方案的核心信息，例如

• 解决方案名称
• 版本
• 支持的平台

报告的摘要部分包括

• 过去验证的概述
• 使用的确切 Unity 版本
• 测试设备信息
• 涵盖的平台
• 测试统计数据

此部分提供了报告结果的快速概述，并重点介绍了重要问题以及 Unity 的其他注意事项和建议，这些建议可以改善整体用户体验。

报告的下一部分包含有关每个测试用例的详细信息

• 描述
• 测试用例的一般状态和平台特定的状态，详细说明是否发现了任何相关问题
• 注释，详细说明任何发现的问题、受影响的 Unity 版本、重现步骤以及任何其他相关注释
• 发现问题的严重程度

报告使用以下类别按严重程度对验证阶段发现的问题进行分类

• 轻微：非核心或小众功能无法按预期运行；警告不友好；出现非致命错误或异常；或者该功能存在不影响其可用性的外观问题。
• 重大：核心解决方案功能无法按预期运行；Unity 编辑器或 Unity 播放器崩溃，导致进度或数据丢失；或者经常且持续遇到错误。
• 严重：由于问题导致解决方案无法使用；解决方案无法与主要目标平台配合使用；或者解决方案包含可能对操作系统和 Unity 产品造成问题的风险。

要获得验证解决方案的批准，产品不能包含任何重大或严重问题。

其他验证解决方案团队成员将审查已完成的验证报告，以确保所有问题分类正确，并且报告准确完整。

验证结果

如果验证解决方案团队在验证过程中在解决方案中发现重大或严重问题，则您必须在验证解决方案团队重新验证解决方案之前解决这些问题。当团队完成验证时，他们会将解决方案发送给验证解决方案发布者，并且产品将正式被认定为验证解决方案。

Asset Store 帐户创建和上传

有关如何创建 Asset Store 帐户和上传解决方案的更多信息，请参阅Unity 手册。

自定义 EULA

您可以通过 Unity Asset Store 分发验证解决方案，使用标准的 Asset Store 最终用户许可协议 (EULA) 或自定义 EULA。标准 Unity Asset Store EULA 适用于资产类型包，包括 3D 和 2D 对象例如瓦片地图或精灵之类的 2D 游戏对象。 更多信息
查看术语表，游戏模板和音频包。工具或 SDK 类型包可能需要 EULA 中的特定附加信息。

要包含自定义 EULA，请在解决方案描述中添加一句，说明以下内容：“此资产受 <提供者名称> EULA <链接> 约束。” 您必须向验证解决方案团队发送电子邮件至 [email protected]，告知他们有关自定义 EULA 的情况。

Unity.com 验证解决方案页面

验证解决方案团队将所有验证解决方案添加到 Asset Store 网站上的企业和创作者页面 (assetstore.unity.com).

您必须在将解决方案添加到 Unity.com 网站之前向验证解决方案团队提交以下信息

• 公司或解决方案的徽标，作为 .EPS 或 .AI 文件，以及黑色背景上的白色版本（透明背景）
• 水平布局且宽高比为 16:9 的产品图片
• 以不超过 50 个字描述公司或解决方案的文本（建议使用 30-40 个字）您必须通过此问卷表格提交资产。

验证解决方案支持

如果您需要一般或技术支持，或者您对验证解决方案计划有任何疑问，请发送电子邮件至 Unity 验证解决方案团队 [[email protected]](mailto:[email protected])。

验证解决方案的额外沟通指南

• 有关用于去中心化技术的验证解决方案的特定信息
• 徽章使用：如何链接到 Unity 品牌页面