Version: Unity 6.0 (6000.0)
语言 : 中文
Become a Verified Solution
Process to become a Verified Solution

已验证解决方案

已验证解决方案 (Verified Solutions) 计划是 Unity 策划的第三方资源和解决方案库。Unity 根据所含资源对 Unity 核心产品可用性的增强和扩展程度来评估这些第三方产品。Unity 会从技术上验证已验证解决方案计划中的所有产品,以确保兼容最常用的 Unity 版本。

针对已验证解决方案计划,Unity 的已验证解决方案团队将:

  • 彻底审查解决方案。
  • 评估解决方案的质量和可扩展性,使许多产品能够满足企业需求。
  • 审查并提供 Unity 的 Release QA 团队成员的反馈。
  • 允许将解决方案宣传为已验证解决方案,并在__ Asset Store__由 Unity 和社区成员创建的免费和付费的资产库,其规模处于不断壮大中。提供各种资产,涵盖了从纹理、模型和动画到完整项目示例、教程和编辑器扩展等类型。更多信息
    See in Glossary
    页面、发布者网站、营销资料等地方添加已验证解决方案标示。
  • 将解决方案纳入特殊集合,在 Asset Store 上优先展示,并对要包含在 Asset Store 营销和推广活动中的解决方案给予特殊考虑。
  • 提供专用支持热线来帮助新用户上手。
  • 在 Asset Store 中授予特殊权限,包括自定义的最终用户许可协议 (EULA) 和基于订阅或消费的付费模式。
  • 在基于订阅的付费模型中,您需要定期支付续订价格才能访问产品或服务。
  • 在基于消费(按使用量付费)的付费模式中,您需要根据资源使用量付费。

注意:作为提供商,您应证明您的解决方案在 Unity 更新后仍能正常运行,并及时修复漏洞。

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

已验证解决方案计划展示了为 Unity 用户提供更多功能的工具和服务。例如,这些产品可以包括软件开发工具包 (SDK)、插件和 Editor 扩展等。已验证解决方案计划不适用于仅提供资源包(例如 3D 模型、音频和精灵)的第三方产品。

要求

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

发布就绪的解决方案

解决方案必须已准备好发布,这意味着产品满足以下要求:

  • 已通过所有内部 QA 流程。
  • 符合 Unity 的 Asset Store 准则。
  • 处于准备发布状态。

准备发布状态包括用户在使用产品时会之交互的解决方案的所有方面。例如,如果解决方案依赖于网站界面来管理功能(例如管理门户),则关联的网站必须可供用户使用。任何正在开发中的或实验性功能都必须明确标记,并与核心功能分开提供。用户必须能够使用解决方案的所有核心功能,而不受实验功能的影响。

详细文档

您必须为解决方案提供详细而全面的文档,这些文档必须满足以下要求:

  • 包含受支持的 Unity 流和平台列表。
  • 概述不受支持的图形管线(例如 HDRP、URP 或内置管线)和脚本后端(例如 Mono 或__ IL2CPP__种由 Unity 开发的脚本后端,可在为某些平台构建项目时替代 Mono。更多信息
    See in Glossary
    )。
  • 记录限制或异常设置程序。
  • 详细说明集成流程以及用户可用的所有功能,并尽可能提供示例。
  • 记录所有公开可用的以及预定使用的 API,其中包含对传递和返回的参数以及用户可能遇到的所有异常的描述。
  • 提供核心 API 用法示例。
  • 列出已知问题并提供临时解决方法。
  • 包含商品更改的变更日志。
  • 变更日志可为客户提供深入见解,并有助于加快已验证解决方案的验证过程,尤其是在需要重新验证解决方案时。
  • 变更日志应包括对新添加和更新的功能的描述,以及每个版本中已进行的漏洞修复。

除了在线文档之外,您还必须为解决方案提供单页摘要,概述解决方案提供的主要功能,并附上完整在线文档和变更日志的链接。您还可以为当前安装的产品版本提供完整文档和变更日志的离线版本。

清晰的解决方案结构

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

注意:不要将任何未使用的资源纳入产品中,不要将内部开发工具与解决方案捆绑在一起。

整洁代码

所有可公开访问的代码必须整洁、可读,并满足以下要求:

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

演示和示例

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

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

遵守 Asset Store 提交指南

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

Asset Store 验证器工具会扫描您的解决方案并提供反馈,其中包括详细的错误、警告和逐项通过的检查。
Asset Store 验证器工具会扫描您的解决方案并提供反馈,其中包括详细的错误、警告和逐项通过的检查。

已验证解决方案的入门流程

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

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

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

您还必须完成详细的内部 QA 程序。

您必须通过此表单提供技术详细信息。

技术验证流程

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

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

您可以阅读以下有关每个阶段的详细信息。

探索

已验证解决方案团队在验证过程的初期专注于了解解决方案。该团队会评估解决方案,以确定其大小和复杂性。该团队会使用文档和其他可用的学习资源(例如演示和教程视频)来了解解决方案并确定核心和最常用的功能。该团队借助此信息来为解决方案设置新的 Unity 项目。

验证

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

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

报告

已验证解决方案团队在测试解决方案后,会提交一份验证报告,详细说明在此过程的发现。

报告的第一页会详细介绍有关解决方案的核心信息,例如:

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

报告的摘要部分包括:

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

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

验证报告的第一部分包含有关提交日期、数据和已验证解决方案的测试摘要的信息。
验证报告的第一部分包含有关提交日期、数据和已验证解决方案的测试摘要的信息。

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

  • 描述
  • 测试用例的一般状态和特定于平台的状态,详细说明是否发现了任何相关问题
  • 详细说明任何发现的问题、受影响的 Unity 流、复制步骤以及任何其他相关注意事项的注释
  • 发现的问题的严重性
验证报告的第二部分包括已执行测试的逐项列表(解决方案是否通过了这些测试),以及 Unity 测试团队的注释和漏洞严重性评级。
验证报告的第二部分包括已执行测试的逐项列表(解决方案是否通过了这些测试),以及 Unity 测试团队的注释和漏洞严重性评级。

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

  • 轻微:非核心或小众功能无法按预期运行;警告信息用户不友好;显示非致命错误或异常;或者功能存在不影响其可用性的表面问题。
  • 重大:核心解决方案功能无法按预期运行;Unity Editor 或 Unity 播放器崩溃,导致进度或数据丢失;或者或者频繁且持续地遇到错误。
  • 严重:解决方案因出现问题无法使用;解决方案无法在主要目标平台上运行;或者解决方案的问题可能导致操作系统和 Unity 产品出现问题。

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

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

验证结果

如果在验证过程中已验证解决方案团队发现解决方案中存在重大或严重问题,必须先解决这些问题,然后已验证解决方案团队才能验证解决方案。在该团队完成验证后,他们会将解决方案发送给已验证解决方案发布者,然后产品被正式认定为已验证解决方案。

Asset Store 帐户的创建和上传

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

自定义 EULA

您可以使用标准 Asset Store 最终用户许可协议 (EULA) 或自定义 EULA 通过 Unity Asset Store 分发已验证的解决方案。标准 Unity Asset Store EULA 适用于资源类型包,包括 3D 和 2D 对象、游戏模板和音频包。工具或 SDK 类型的包可能需要在 EULA 中提供特定的附加信息。

要纳入自定义 EULA,请在解决方案的描述中添加一句话,陈述如下内容:“此资源受<provider’s name> EULA <link> 的约束。”您必须通过 vs-support@unity3d.com 向已验证解决方案团队发送有关自定义 EULA 的电子邮件。

Unity.com 已验证解决方案页面

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

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

  • 公司或解决方案的徽标,格式为 .EPS 或 .AI 文件,同时提供一个白色版本,背景透明,用于黑色背景。
  • 水平布局、宽高比为 16:9 的产品图像
  • 描述公司或解决方案的文本,长度不超过 50 个字(最好为 30 到 40 个字),必须通过此问卷表格提交资源。

已验证解决方案支持

如需一般支持或技术支持,或者如果您对已验证解决方案计划有任何疑问,请发送电子邮件至 Unity 已验证解决方案团队 [vs-support@unity3d.com](mailto:vs-support@unity3d.com]。

有关已验证解决方案的其他沟通指南

Become a Verified Solution
Process to become a Verified Solution