从 Test Suite 迁移到 Test Cloud

本节介绍从采用 Flex 定价计划的 Test Suite 迁移到采用 Unified Pricing 计划的 Test Cloud for Automation Suite 的关键注意事项和高级步骤。

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

迁移到 Test Cloud 的优势

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

• Test Cloud for Automation Suite是专注于应用程序测试的专用云服务。Test Cloud for Automation Suite扩展了UiPath™ Test Suite 以前提供的测试功能。UiPath Test Suite 是更广泛自动化产品的一部分，与此不同，Test Cloud 是一项与 Automation Cloud 类似的云产品，但专为应用程序测试而设计。

  从历史上看，UiPath Test Suite 功能是作为Automation Suite 或独立 MSI 产品的一部分提供的。这些功能涵盖 RPA 测试和应用程序测试。

• 无论交付选项如何，所有新的应用程序测试功能都将仅在 Test Cloud for Automation Suite 中发布，而不再在 UiPath™ Test Suite 中发布。 继续使用 UiPath™ Test Suite 提供的功能意味着错过未来应用程序测试创新。
• Test Cloud for Automation Suite 仅根据我们新的 Unified Pricing 计划获得许可。相比之下，UiPath™ Test Suite 提供的功能仅在传统 Flex 定价计划下可用。这意味着升级到 Test Cloud for Automation Suite，可确保在技术和商业方面与UiPath Platform 的未来保持一致。
• 如果您的 IT 团队关心 Test Cloud for Automation Suite 的安全审核，那么好消息是 Test Cloud for Automation Suite 并不是进入您组织的新工具。 应用程序在与 Automation Suite 相同的安全基础架构上运行。 将 Test Cloud for Automation Suite 视为在同一安全基础上的不同用户体验。 换句话说，Test Cloud for Automation Suite 不需要额外的安全审核或审批。

启动迁移流程

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

联系您的联系人

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

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

共享迁移的初始信息

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

• 您当前环境的托管位置：您正在使用的交付选项。
• 您目前将 UiPath 用于什么目的？：是应用程序测试、RPA/自动化测试，还是同时用于应用程序测试和 RPA/自动化测试。
• 这些活动在何处执行？：让我们了解应用程序测试和 RPA/自动化测试是在同一组织内还是在单独的组织中进行管理。
• 您计划迁移哪些活动？：指出是仅将应用程序测试迁移到 Test Cloud，还是同时想将 RPA/自动化测试功能升级到 Unified Pricing 计划。

规划和评估

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

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

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

UiPath Cloud 就绪设置

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

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

资产和包迁移

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

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

测试用例和工件迁移

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

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

环境设置和连接

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

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

验证和测试执行

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

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

CI/CD 集成

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

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

报告和测试见解

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

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

移交和文档

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