从 Test Suite 迁移到 Test Cloud

本节提供了有关从 Flex 定价计划下的 Test Suite 迁移到 Unified Pricing 计划下的 Test Cloud 的关键注意事项和简要步骤。在执行从 Flex 许可到 Unified Pricing 许可的实际许可证迁移步骤之前，请考虑采取这些步骤。

有关定价的更多信息，请浏览我们的定价计划或联系您的联系人。

迁移到 Test Cloud 的优势

如果您不确定是否升级到 Test Cloud，请参阅以下部分关键优势和注意事项：

• Test Cloud 是专注于应用程序测试的专用云服务。Test Cloud 扩展了 UiPath™ Test Suite 以前提供的测试功能。UiPath Test Suite 是更广泛的自动化产品的一部分，与此不同，Test Cloud 是一个与 Automation Cloud 类似的云平台，但专为应用程序测试而设计。之前，UiPath Test Suite 功能是作为 Automation Cloud 的一部分提供的。这些功能涵盖 RPA 测试和应用程序测试。
• 无论采用哪种交付选项，所有新的应用程序测试功能将仅在 Test Cloud 中发布，而不再在 UiPath™ Test Suite 中发布。继续使用 UiPath™ Test Suite 提供的功能意味着错失未来应用程序测试的创新机会。
• Test Cloud 已根据我们的新 .Test Cloud 获得许可。相比之下，UiPath™ Test Suite 提供的功能仍然仅在旧版Flex 定价计划下可用。这意味着升级到 Test Cloud 可确保在技术和商业方面与 UiPath 平台的未来发展保持一致。
• 如果您的 IT 团队关心 Test Cloud 的安全审核，那么好消息是 Test Cloud 并不是进入您组织的新工具。应用程序在与 Automation Cloud 相同的安全基础架构上运行。 将 Test Cloud 视为在同一安全基础上的不同用户体验。 换句话说，Test Cloud 不需要额外的安全审核或审批。

启动迁移流程

如果您在启动迁移流程方面需要帮助，我们已满足您的需求。 以下是您首先需要执行的操作：

联系您的联系人

如果您有专门的 UiPath™ 技术客户经理 (TAM)，请首先联系他们，以规划和执行迁移。 如果未将任何 TAM 分配给您的帐户，我们的专业服务团队可以介入，代表您主导并执行迁移。

此外，我们的支持团队可以帮助阐明步骤，并共享所需活动和工具的清单，尽管他们本身不会执行迁移。

共享迁移的初始信息

联系我们了解迁移计划时，请确保您准备好以下信息。 这将有助于我们了解您的上下文，并快速将您的情况映射到正确的迁移方法：

• 您当前的环境托管在何处? ：您正在使用的交付选项。
• 您目前使用 UiPath 做什么? ：无论是应用程序测试、RPA/自动化测试，还是同时进行应用程序测试和 RPA/自动化测试。
• 在哪里执行这些活动？ （可选）：请告知我们应用程序测试和 RPA/自动化测试是在同一组织还是单独的组织中进行管理。
• 您计划迁移哪些活动? （可选）：指明是仅对 Test Cloud 进行应用程序测试，还是希望将 RPA/自动化测试功能升级到 。

规划和评估

在此阶段，您的目标是了解当前设置并规划迁移作用域。

提示：

下面列出的一些简要步骤将确保您正确开始迁移。

• 调整利益相关者，定义目标，并设置成功指标。
• 收集当前资产（包、工作流、测试用例）的详细信息。
• 阐明要迁移的内容：应用程序测试、RPA/自动化测试还是二者同时迁移。
• 查看用户角色、访问权限和监管需求。
• 利用任务、所有者和时间线制定迁移路线图。
• 识别潜在挑战并概述迁移策略。

UiPath Cloud 就绪设置

本节重点介绍如何准备 Test Cloud 环境以进行迁移：

• 设置和配置租户和组织结构。
• 根据需要配置访问角色和用户权限。
• 将 Test Manager 连接到 ALM 工具，例如 Jira 或 Azure DevOps。
• 启用 Test Manager 并确认许可可用性。
• 从当前设置中镜像环境和文件夹结构。
• 查看许可证分配并确保配置完成。

资产和包迁移

接下来，将可重用的组件和包移动到 Test Cloud：

• 清点队列、凭据和存储桶等资产。
• 识别要从迁移中排除的已弃用或未使用的资产。
• 从来源 Orchestrator 实例中导出包和资产。
• 使用迁移工具或手动步骤导入到 Test Cloud。
• 在迁移后验证资产值、类型和引用。
• 将包重新发布到目标环境，以确保兼容性。

测试用例和工件迁移

这是迁移测试用例和相关 Orchestrator 工件的部分：

• 使用项目导出和导入功能传输 Test Manager 项目。
• 导入后重新配置项目设置（例如集成或角色）。
• 如有必要，将测试用例重新组织到新结构中。
• 确保测试用例链接到 ALM 测试对象（如果适用）。
• 验证测试集并确认它们可以成功执行。
• 验证所有必需的工件在目标环境中均可用。

环境设置和连接

这些步骤概述了确保机器人和测试环境按预期运行所需执行的操作：

• 在新环境中部署无人值守的测试机器人。
• 将用户和机器人分配到适当的文件夹。
• 通过 VM 或本地资源验证对测试计算机的访问权限。
• 确认网络连接并测试凭据访问。
• 运行示例工作流，以验证机器人执行行为。

验证和测试执行

接下来，您需要通过执行测试来验证迁移：

• 执行烟雾测试，以验证整体系统行为。
• 比较迁移测试的预期结果和实际结果。
• 解决丢失的变量、资产或损坏的依赖项。
• 根据需要，重新映射测试数据源和环境引用。
• 在报告中记录测试结果和验证证据。
• 共享结果摘要并确认验证完成。

CI/CD 集成

如有需要，请按照以下步骤将测试自动化集成到您的管道中。

• 适当地调整 CI/CD 集成（例如 Jenkins 或 Azure DevOps）。
• 配置管道，以在部署阶段触发测试集。
• 在 CI/CD 管道中添加部署后测试验证步骤。
• 确保结果同步回 ALM 或缺陷跟踪系统。
• 提供示例 YAML 或配置文件以供重用。

报告和测试见解

以下步骤概述了如何构建仪表板和测试可视性工具：

• 定义报告需求，例如覆盖范围、通过率和趋势。
• 启用和配置 UiPath Insights 或其他报告解决方案。
• 创建仪表板，以可视化测试活动和结果。
• 计划自动报告生成和交付节奏。
• 定期与关键利益相关者共享仪表板和见解。

移交和文档

最后，通过最终确定文档、完成知识传输和移交所有权，最终完成迁移并启用长期所有权。