0

我是测试自动化工程师，最近有机会探索 RPA 工具蓝棱镜。经过探索，我发现它类似于支持各种技术的 UI 自动化工具。谁能告诉我与传统工具相比，RPA 增加了什么价值。我很想看看它如何使用“智能”，但找不到任何功能。

这个论坛的专家能帮我了解RPA能做什么传统工具不能做什么吗？

我看到类似的问题，但他们没有给出我正在寻找的任何答案。

谢谢，尼莱什

4

7 回答 7

6

RPA 和自动化工具的技术挑战非常相似。RPA 和测试产品在用户体验和报告方面有所不同。虽然测试工具通常提供评估风险或创建测试数据的功能，但 RPA 工具更关注机器人创建和用户数据存储。

于 2019-02-20T07:58:55.893 回答
3

两种非常相似的技术测试（过程）自动化和机器人过程自动化之间的主要区别是目标。在我看来，前几篇文章中包含的几乎所有观点都是这两种技术目标的结果：

  • 使用测试（流程）自动化工具，您可以测试被测应用程序或系统。即：想要发现bug或者证明应用的质量已经达到了一定的水平。测试过程自动化通常会在测试环境中运行。如果您的测试自动化代码或工具出现问题，完全破坏了测试环境，那还不错：您可以重置环境并且不会伤害任何人。
  • 使用 RPA 工具，您可以实现真实的业务流程。机器人在生产环境中工作。如果出现问题，您可能真的会伤害到某人，即损坏生产数据或环境。机器人做用户的工作，而不仅仅是模拟它。因此，机器人必须“拯救”。还必须有可能了解机器人究竟做了什么工作。

我希望，这有助于澄清。

PS：我在测试的上下文中包含“过程”一词，因为初始化或重置测试环境，提供辅助数据，启动被测系统，运行测试，收集结果，将实际结果与预期结果进行比较，创建测试报告管理或 DevOps 通常是您使用某种“测试过程自动化”而不仅仅是测试自动化来自动化的过程。

于 2019-05-22T15:41:36.453 回答
2

在一个不太正式和严肃的说明中，RPA 是一个测试自动化机器人的营销术语，带有某种工作流编辑器和一些远程技术

我们使用标准的自动化测试机器人（UFT、Selenium 等）来做一些 RPA，但是自动化工作流程是编码而不是可视化的，我们不得不在基础设施上投入一些精力来支持扩展。（集体自动启动）

它解决了什么问题？- 如上所述，可视化工作流和缩放 - 虽然在这里它有局限性

弱点是什么？

  • 包裹在 RPA 内的测试自动化机器人可能非常有限 - 在许多情况下，它们不如最先进的 TA 机器人成熟。
  • 记录和回放以及拖放您的工作流程的承诺。和往常一样——我们还没有到
  • 它以不应该解决的方式解决问题；GUI 用于用户，API 用于软件（或在这种情况下称为机器人）。这些问题应该通过编写系统之间的集成或扩展现有的 API 来解决（更安全、更便宜、更可靠等）
于 2019-02-24T21:36:53.583 回答
1

RPA 平台为您提供了一个可以自动化各种不同类型应用程序的独特场所。

这些平台从根本上将试图巩固和规范企业中的自动化工作。这里“企业”这个词是关键。

对于想要自动化某些任务的小型企业，可以要求实习生快速建立一些东西。没有人关心使用了什么技术或工具。也许他喜欢python，而其他人喜欢VBA。因此可以使用多种不同的技术来自动化单个任务。只要它有效，就没有人关心。实习生离开了，下一个实习生发现了一些新的东西……

另一方面，RPA 平台是一项更大的“正式”工作，它将尝试自动化那些需要大量 FTE（全职员工）才能完成的任务。典型的 RPA 用例是人类整天都在做的重复性任务，而无需使用太多大脑。考虑从 PO（采购订单）中提取每个行项目并将其放入 Excel 电子表格，然后将其发布到某个内部应用程序上。现在想象一下，一个人每天可能要完成 100 多个 PO。

您无法想象大多数企业的 IT 环境有多么不平衡。很久以前在内部构建的旧应用程序或供应商不再更新的版本。更大的问题是当这些应用程序没有任何集成点时，因此这些 RPA 平台提供了侵入式租赁（更改旧应用程序甚至升级）

我可以整天谈论 RPA，如果您有任何跟进 qns，请告诉我。我为这些 RPA 平台之一工作，也许我能提供帮助。

于 2019-02-20T10:35:46.777 回答
0

RPA 和 UI 自动化工具有一些交叉的技术特性。例如;

  • UI 组件利用：这些工具可以利用基于 UI 屏幕图像的方法、OS 平台框架（即 Microsoft Accessibility Frameworks）或以技术为中心的平台扩展（即 Chrome 或 Firefox 扩展）
  • End-2-End 应用程序驱动：这些工具具有驱动应用程序完成其职责的能力。例如，登录一个应用程序并获取一些数据，然后转移到其他遗留应用程序并输入数据。
  • 屏幕抓取：这些工具具有屏幕抓取功能，可以在屏幕上检索一些数据，而其他技术不适用。
  • 3rd 方应用程序集成：这些工具还可以集成 Web 服务或数据库以获取数据并在其应用程序使用场景中使用这些数据。...

正如您所见，这些 RPA 和 UI 自动化工具共享的许多功能。但是，这里的主要概念不是技术，而是应用方法。从这个角度来看，RPA 工具

  • 旨在推动生产环境中的真实业务流程。
  • 可能具有完成人类展示任务的一些认知能力（即文档分析、高 OCR 能力、模式识别）
  • 可以值班和无人值守
  • 不需要任何编程语言知识。即非技术人员可以轻松使用和学习。
  • 对比下：为了实现复杂的流程，获得可扩展性，实现与第三方应用的无缝集成，以及将外部技术原生集成到您的业务流程中（即您自己开发的第三方微博句子分类AI库） 一些RPA工具（Voodoo RPA）为程序员提供了自己的嵌入式开发环境（EDE）。
  • 为在 7/24 中以可靠和安全的方式完成高价值的可重复任务而发明
  • 增强的工作流管理、模拟和日志记录功能

总之，RPA 工具开发用于在业务环境中轻松实现大量重复性任务，但 UI 自动化开发用于测试应用程序的 UI 并验证适合基线范式的业务规则。

于 2021-01-25T07:44:41.950 回答
0

RPA 有很多种。Blueprism 并不是现代 RPA 应该是什么样子的理想示例，请考虑查看Automation Anywhere或UiPath（两者都提供社区版，您可以免费下载和试用）。虽然技术差异可能没有那么大（实际上 RPA 供应商现在正在将测试自动化视为其产品的市场），但最大的差异在于平台的设计方式，仅举几例：

  1. 面向安全的方法，RPA 平台旨在确保它能够负责任地处理重要数据。
  2. 设计便于非技术人员使用。Selenium 很棒，但您需要知道如何编程才能使用它。UiPath 需要轻松拖放相同的东西。
  3. 使用非结构化数据输入，例如 OCR 处理文档并对其进行操作
  4. ML 集成，用于决策或额外功能。例如 NLP 的东西，情感分析，帮助 OCR 识别新的文档格式 etc.5。与聊天机器人或 BPM 等第三方集成
  5. 分析和监控功能，以确保您知道您的机器人需要多长时间才能完成工作，并在它们失败时提供帮助

易用性不应该被抛弃：使用 RPA，接收邮件请求、从 SAP 获取数据、在 Excel 中构建数据透视表并以 JSON 格式上传到网站需要半小时的工作。你能在其他工具中做到这一点吗？当然！就这么容易吗？通常没有。所以你可以用 Selenium 或 AutoIT 或 bash 或 PowerShell 来做可怜的 RPA，它不会那么容易，并且会提供更少的功能，而每一步都需要更多的努力。如果你做得好，无论如何你最终都会复制其中一个 RPA 平台。

同样在 RPA 中，通常但不总是有中央协调机制（ala Selenium Grid）来协调多个机器人（在 UiPath 案例中最多 10k），以确保它们同步动作、有某种工作队列、转移它们的工作量、部署流程对他们等。这对于企业使用场景来说是完全不同的。

于 2019-04-07T19:31:39.670 回答
0

  1. 主要区别在于我们可以使用传统自动化和 RPA 自动化的任务类型：

    • 传统自动化主要用于自动化应用程序/产品的测试用例。
    • RPA主要用于自动化业务流程。

    1. 如果我们谈论编码知识，那么与 RPA 相比，传统自动化需要更多的编码知识。

    2. 传统自动化可以同时支持桌面应用自动化或 Web 应用自动化，无需集成第三方工具。而 RPA 可以同时支持 Web 和桌面应用程序自动化。

于 2022-01-03T09:51:23.300 回答