RPA与传统自动化工具

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

两个非常相似的技术测试（过程）自动化和机器人过程自动化是目标。在我的意见中，前几篇文章中几乎所有的要点都是两种技术目标的后果：

• 使用测试（过程）自动化工具，您需要测试应用程序或正在测试的系统。即：想找到错误或证明应用程序的质量已达到一定水平。测试过程自动化将在测试环境中通常运行。如果您的测试自动化代码或工具完全分解了测试环境，那并不是那么糟糕：您可以重置环境并且不会伤害任何人。
• 使用RPA工具，您需要实现现实生活业务过程。机器人在生产环境中工作。如果出现问题，您可能真的会伤害某人，即损害生产性数据或环境。机器人完成用户的工作，而不仅仅是模拟它。因此，机器人必须"保存"。还必须有可能了解机器人在获得的工作中所做的一切。

我希望，这有助于澄清。

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

严重的注意，RPA是用某种工作流编辑器和一些远程技术泵送的测试自动化机器人的营销术语

我们使用标准的测试自动化机器人（UFT，硒等）来进行一些RPA，并以一种反击，即自动化的工作流相当编码而不是可视化，我们必须在基础架构上投入一些努力以支持扩展。（将它们启动并自动启动）

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

什么是弱点？

• 包裹在RPA内部的测试自动化机器人可能非常有限 - 在许多情况下，它们不如最先进的机器人成熟。
• 记录的承诺＆amp;重播和拖动＆amp;放下您的工作流程。与往常一样 - 我们还没有在那里
• 它以某种方式解决问题。GUI适用于用户API用于软件（在这种情况下为机器人称其为机器人）。这些问题应通过编写系统之间的集成或扩展现有API（更便宜，更可靠等）来解决这些问题

rpa平台为您提供一个可以自动化的不同类型应用程序的单一位置。

这些平台从根本上将尝试合并和正式化企业中的自动化工作。在这里，"企业"一词是关键。

对于要自动执行某些任务的小型企业，可以要求实习生快速建立一些东西。没有人关心使用哪些技术或工具。也许他喜欢Python，其他人喜欢VBA。因此，使用几种不同的技术可以自动化一项任务。只要有效，就没有人在乎。实习生和下一个实习生想到了新事物...

另一方面，

RPA平台是一项更大的"正式"努力，它将尝试自动化任务，否则需要大量的FTE（全职员工）来完成。典型的RPA用例是人类整天在不使用大脑的情况下所做的重复任务。考虑从PO（采购订单）中提取每个订单项，然后将其放入Excel电子表格中，然后将其发布在某些内部应用程序上。现在想象一个单身男人每天可能每天100 pos。

您无法想象在大多数企业中的IT景观有多不平衡。很久以前内置的旧应用程序或供应商已更新的版本。更大的问题是，当这些应用程序没有任何集成点时，这些RPA平台提供了租赁侵入性（更改旧应用程序或升级）

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

RPA的口味很多。BluePrism并不是现代RPA外观的理想例子，请考虑在任何地方检查自动化或UIPATH（均提供您可以下载的社区版本并免费尝试）。尽管技术差异可能并不那么巨大（实际上RPA供应商现在正在将测试自动化视为其产品的市场），但最大的差异是平台的设计方式，仅举几例：

。

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

易于使用的不应被丢弃：使用RPA，接收邮件请求是半小时的工作，从SAP中获取数据，以Excel构建Pivot并以JSON格式上传到网站。您能在其他工具中这样做吗？当然！那很简单吗？通常没有。因此，您可以使用硒，自动，狂欢或Powershell进行可怜的人RPA，这将不是那么容易，并且会提供更少的功能，同时每一步都需要更多的努力。而且，如果您正确执行此操作，您最终会复制其中一个RPA平台。

在RPA中，通常但并非总是有中央协调机制（Ala selenium Grid）来协调多个机器人（在UIPATH案中最多10K），以确保它们同步，有某种工作队列，移动他们的工作量，向他们部署进程等。这对企业使用方案有所不同。

RPA和UI自动化工具具有相交的一些技术功能。例如;

• UI组件利用：这些工具可以利用基于UI屏幕图像的方法，OS平台框架（即Microsoft可访问性框架）或以技术为中心的平台扩展（即Chrome或Firefox扩展）
• End-2-End应用程序驾驶：这些工具具有驱动应用程序完成职责的功能。例如，登录到应用程序并获取一些数据并转移到其他旧应用程序并输入数据。
• 屏幕刮擦：这些工具具有屏幕刮擦功能来检索屏幕上的某些数据，其他技术不适用。
• 第三方应用程序集成：这些工具还可以集成Web服务或数据库以获取数据并将其在其应用程序用法方案中使用。...

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

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

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