Version: 6000.3
语言: 中文
Asset Store 发布者门户
去中心化技术经过验证的解决方案

经过验证的解决方案

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

对于 Verified Solutions 计划,Unity 的 Verified Solutions 团队:

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

注意:作为提供商,您证明您的解决方案在 Unity 更新后仍可正常工作,并及时解决错误。

成为经过验证的解决方案的流程

Verified Solutions 计划展示了为 Unity 用户提供附加功能的工具和服务。例如,这些产品可以包括软件开发工具包 (SDK)、插件和编辑器扩展等产品。验证解决方案计划不适用于仅提供资产包的第三方产品,例如 3D 模型、音频和精灵2D 图形对象。如果你习惯于在3D中工作,精灵本质上只是标准纹理,但有一些特殊的技术可以组合和管理精灵纹理,以提高开发过程中的效率和便利性。更多信息
请参阅术语表
.

要求

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

发布就绪的解决方案

解决方案必须是发布就绪的,这意味着产品:

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

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

详细文档

您必须为解决方案提供详细而广泛的文档,该文档必须满足以下要求:

  • 包括受支持的 Unity 流和平台列表。
  • 概述不受支持的图形管线(例如 HDRP、URP 或内置),以及脚本后端为Unity中的脚本提供支持的框架。Unity 支持三种不同的脚本后端,具体取决于目标平台:Mono、.NET 和 IL2CPP。但是,通用 Windows 平台仅支持两个:.NET 和 IL2CPP。更多信息
    请参阅术语表
    (例如 Mono 或 IL2CPP)。
  • 记录限制或异常设置过程。
  • 详细说明集成过程和用户可用的所有功能,并在可能的情况下提供示例。
  • 记录所有公开可用和打算使用的 API,并描述传递和返回的参数以及用户可能遇到的所有可能异常。
  • 提供如何使用核心 API 的示例。
  • 提供已知问题和临时解决方法。
  • 包括产品更改的变更日志。
  • 变更日志为客户提供洞察力,并有助于加快已验证解决方案的验证过程,尤其是在需要重新验证解决方案时。
  • 变更日志应包括对新添加和更新的功能的描述,以及已应用于每个版本的任何错误修复。

除了在线文档之外,还必须将解决方案与单页摘要捆绑在一起,这些摘要封装了解决方案提供的主要功能以及指向完整在线文档和变更日志的链接。您还可以提供完整文档的离线版本和当前安装的产品版本的变更日志。

清洁的溶液结构

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

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

干净的代码

所有可公开访问的代码必须干净且可读,并满足以下要求:

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

演示和示例

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

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

遵守 Asset Store 提交指南

在申请 Verified Solutions 计划之前,请熟悉 Asset Store 提交指南。使用Asset Store Tools Validator工具帮助遵守所有适用的准则。

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

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

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

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

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

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

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

技术验证流程

经过验证的解决方案团队分四个阶段评估解决方案:

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

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

勘探

经过验证的解决方案团队在验证过程的开始部分致力于了解解决方案。该团队评估解决方案以确定其规模和复杂性。该团队使用文档和其他可用的学习资源(例如演示和教程视频)来了解解决方案并确定核心和最常用的功能。该团队使用此信息为解决方案设置新的 Unity 项目。

验证

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

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

报告

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

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

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

报告的摘要部分包括:

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

本部分提供了报告结果的快速视图,并重点介绍了重要问题以及 Unity 的其他注释和建议,这些注释和建议可以改善整体用户体验。

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

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

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

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

  • 次要:非核心或利基功能未按预期运行;警告对用户不友好;显示非中断性错误或异常;或者该功能存在外观问题,但不会影响该功能的可用性。
  • 主要:核心解决方案功能未按预期运行;Unity 编辑器或 Unity Player 崩溃,导致进度或数据丢失;或经常且持续遇到错误。
  • 严重:由于问题,解决方案无法使用;该解决方案不适用于主要目标平台;或者解决方案包括可能导致作系统和 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 <链接>的约束。”您必须向 Verified Solutions 团队发送电子邮件,vs-support@unity3d.com 了解自定义 EULA。

Unity.com “经过验证的解决方案”页面

Verified Solutions 团队将所有 Verified Solutions 添加到 Asset Store 网站 (assetstore.unity.com) 上的业务页面和创作者页面

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

  • 公司或解决方案的徽标作为 .EPS 或 .AI 文件,以及黑色背景的透明背景上的白色版本
  • 具有 16:9 宽高比的水平布局的商品图片
  • 用 50 字或更少的字描述公司或解决方案的文本(首选 30-40 字) 您必须通过此调查表提交资产。

支持经过验证的解决方案

如果您需要一般或技术支持,或者对 Verified Solutions 计划有任何疑问,请发送电子邮件至 Unity Verified Solutions 团队,网址为 vs-support@unity3d.com

验证解决方案的其他通信指南

Asset Store 发布者门户
去中心化技术经过验证的解决方案