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，其反应是自动化工作流程的编码而不是可视化，我们必须在基础设施上投入一些精力来支持扩展。 （自动启动它们）

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

有什么弱点？

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

Answer 4

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

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

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

同样在RPA中，通常但不总是中央协调机制（ala Selenium Grid）来协调几个机器人（在UiPath情况下高达10k）以确保它们同步，具有某种工作队列，转移其工作负载，部署进程对于他们来说等等。这对于企业使用场景来说是不同的。

Answer 5

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

• 使用测试（过程）自动化工具，您可以测试正在测试的应用程序或系统。即：想要发现错误或证明应用程序的质量已达到一定水平。测试过程自动化通常在测试环境中运行。如果您的测试自动化代码或工具出现问题，完全打破了测试环境，那就不错了：您可以重置环境并且不会伤害任何人。
• 使用RPA工具，您希望实现真实的业务流程。机器人在高效的环境中工作。如果出现问题，您可能会伤害到某人，即损害生产数据或环境。机器人完成用户的工作，而不仅仅是模拟它。因此，机器人必须“保存”。还必须能够理解机器人对它所完成的工作的确切作用。

我希望，这有助于澄清。

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

Answer 6

...... RPA可以做哪些传统工具无法做到的事情？

任何真实和现代RPA工具的关键组成部分是计算机视觉。那就是图像识别和文本识别（OCR）。并且在未来，另一个关键因素将是AI（例如，对文档进行分类，自动回复电子邮件等）。

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