RPA与传统自动化工具

Question

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

这个论坛的专家可以帮助我了解RPA可以做哪些传统工具不能做的事情吗？

我看到类似的问题，但他们没有给出我想要的答案。

谢谢， 尼罗什

Answer 1

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

您可以通过测试解决方案Tosca背后的公司Tricentis现在也在开发RPA产品（Tricentis RPA）来说明两者之间的相似之处。

Answer 2

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

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

对于想要自动化某些任务的小型企业，可以要求实习生快速建立工作。没有人会在乎使用什么技术或工具。也许他喜欢python，其他人喜欢VBA。因此可以使用多种不同的技术来自动化一项任务。只要有效，没人会在意。实习生的叶子和下一个实习生带来了一些新的东西……

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

您无法想象大多数企业中的IT环境有多么不平衡。早已内置在内部的旧应用程序或供应商不再更新的版本。更大的问题是这些应用程序没有任何集成点时，因此这些RPA平台会带来租赁入侵性（更改旧应用程序甚至进行升级）

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

Answer 3

RPA是一个非正式的市场营销术语，它是一种测试自动化机器人的营销术语，它配备了某种工作流程编辑器和某些远程处理技术

我们正在使用标准的测试自动化机器人（UFT，Selenium等）来做一些RPA，这与自动化工作流程的编码而不是可视化有关，因此我们不得不在基础架构上投入一些精力来支持扩展。 （自动批量发布）

它能解决什么？ -如上所述，可视化工作区和缩放比例-尽管这里有局限性

弱点是什么？

• 包裹在RPA中的测试自动化机器人可能非常有限-在许多情况下，它们不如先进的TA机器人成熟。
• 记录和重放以及拖放工作流的承诺。与往常一样-我们还没有出现
• 它以不应该解决的方式解决问题； GUI供用户使用，API供软件使用（在这种情况下，称其为机械手）。这些问题应通过编写系统之间的集成或扩展现有的API（更安全，更便宜，更可靠等）来解决。

Answer 4

RPA有许多种。 Blueprism并不是现代RPA外观的理想示例，请考虑查看Automation Anywhere或UiPath（均提供您可以下载并免费试用的Community Edition）。 尽管技术差异可能不会很大（事实上RPA供应商现在正在将测试自动化视为其产品市场），但最大的差异在于平台的设计方式，仅举几例：

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

易用性不应丢弃： 使用RPA，需要半小时的工作来接收邮件请求，从SAP提取数据，在Excel中构建数据透视表并以JSON格式上传到网站。你能用其他工具做到吗？当然！这样容易吗？通常没有。 因此，您可以使用Selenium或AutoIT或bash或PowerShell来做穷人RPA，这将变得不那么容易，并且将提供更少的功能，同时在每一步都需要更多的精力。而且，如果操作正确，最终还是要复制一个RPA平台。

在RPA中，通常但并非总是有中央协调机制（ala Selenium Grid）来协调多个机器人（在UiPath中最多为10k），以确保它们同步运行，具有某种工作队列，转移工作量，将流程部署到它们等。这对于企业使用场景来说具有很大的不同。

Answer 5

  

... RPA可以做哪些传统工具不能做的事情？

任何真实和现代的RPA工具中的关键组件是计算机视觉。那就是图像识别和文本识别（OCR）。将来，其他关键要素将是 AI （例如，对文档进行分类，自动回复电子邮件等）。

• 有用的 RPA工具包括非常好的计算机视觉（CV），并且在其路线图中具有AI功能（例如UIPath press release和Kantu RPA docs）。但是市场上还没有工具提供任何真正的AI功能（尚未）。因此，除非您将OCR称为“ AI”，否则现在“ AI”仅用作营销术语。
• 传统自动​​化工具不包含CV和AI，也没有计划添加它（例如AutoIT或Selenium）。

Answer 6

测试（过程）自动化和机器人过程自动化这两种非常相似的技术之间的主要区别是目标。我谦虚地认为，以前的帖子中包含的几乎所有观点都是这两种技术的目标的结果：

• 使用测试（过程）自动化工具，您要测试应用程序或被测系统。即：希望查找错误或证明应用程序的质量已达到一定水平。测试过程自动化通常将在测试环境中运行。如果您的测试自动化代码或工具完全破坏了测试环境而出了点问题，那还不错：您可以重置环境，而不会伤害任何人。
• 您想使用RPA工具实施现实生活中的业务流程。机器人在生产环境中工作。如果出现问题，您可能真的会伤害某人，即破坏生产数据或环境。机器人不仅可以模拟用户，还可以完成用户的工作。因此，机器人必须处于“保存”状态。还必须有可能了解机器人在完成任务时到底做了什么。

我希望，这有助于澄清。

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

Answer 7

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

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

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

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

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