从 Test Suite 迁移到 Test Cloud

This section provides key considerations and high-level steps for migrating from Test Suite under the Flex pricing plan to Test Cloud Dedicated under the Unified Pricing plan.

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

迁移到 Test Cloud 的优势

If you are unsure on whether to upgrade to Test Cloud Dedicated, here are some of the key benefits and considerations:

• Test Cloud Dedicated is a dedicated cloud service focused on application testing. Test Cloud Dedicated extends the testing capabilities previously available in UiPath® Test Suite. Unlike UiPath Test Suite, which was part of broader automation offerings, Test Cloud is a cloud offering similar to Automation Cloud, but designed specifically for application testing.

  过去，UiPath Test Suite 功能作为 Automation Cloud 的一部分交付。这些功能涵盖 RPA 测试和应用程序测试。

• All new application‑testing features will be released only in Test Cloud Dedicated, no longer in UiPath® Test Suite, regardless of the delivery option. Continuing to use the capabilities offered by UiPath® Test Suite means missing out on future innovations for application testing.
• Test Cloud Dedicated is licensed exclusively under our new . In contrast, the capabilities offered by UiPath® Test Suite remain available only under the legacy Flex Pricing plan. This means upgrading to Test Cloud Dedicated ensures both technical and commercial alignment with the future of the UiPath platform.
• If your IT team is concerned about security reviews for Test Cloud Dedicated, the good news is Test Cloud Dedicated is not a new tool entering your organization. The application runs on the same secure infrastructure as Automation Cloud. Think of Test Cloud Dedicated as a different user experience on top of the same secure foundation. In other words, there is no need for additional security reviews or approvals for Test Cloud Dedicated.

启动迁移流程

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

联系您的联系人

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

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

共享迁移的初始信息

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

• 您当前环境的托管位置：您正在使用的交付选项。
• 您目前将 UiPath 用于什么目的？：是应用程序测试、RPA/自动化测试，还是同时用于应用程序测试和 RPA/自动化测试。
• Where are these activities performed?: Let us know whether application testing and RPA/automation testing are managed within the same , or in separate organizations.
• What activities are you planning to migrate?: Indicate whether it is just application testing to Test Cloud or you also want to upgrade RPA/automation testing capabilities to the .

规划和评估

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

提示：以下列出的一些高级步骤将确保您正确启动迁移。

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

UiPath Cloud 就绪设置

This section highlights how to prepare the Test Cloud Dedicated environment for migration:

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

资产和包迁移

Next, move reusable components and packages to Test Cloud Dedicated:

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

测试用例和工件迁移

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

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

环境设置和连接

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

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

验证和测试执行

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

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

CI/CD 集成

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

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

报告和测试见解

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

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

移交和文档

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