RPA与传统自动化工具

Question

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

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

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

谢谢，尼莱什

Answer 1

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

Answer 2

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

• 使用测试(流程)自动化工具，您可以对应用程序、或被测系统进行测试。也就是说:想要找到bug或者证明应用程序的质量已经达到了一定的水平。测试流程自动化通常会在测试环境中运行。如果您的测试自动化代码或工具出了问题，完全破坏了测试环境，这并不是那么糟糕:您可以重置环境，而不会伤害任何人。
• 使用RPA工具，您可以通过实施真实的业务流程。机器人在生产环境中工作。如果出了问题，你可能真的会伤害到某人，比如破坏生产数据或环境。机器人做用户的工作，而不仅仅是模拟它。因此，机器人必须是“拯救”的。还必须有可能理解机器人到底做了什么工作。

我希望，这有助于澄清。

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

Answer 3

在不那么正式和严肃的情况下，RPA是测试自动化机器人的营销术语，它使用了某种工作流编辑器和一些远程技术

我们使用标准的Test Automation Robots(UFT，Selenium等)来做一些RPA，因为自动化工作流程是编码的，而不是可视化的，我们必须在基础设施上投入一些精力来支持扩展。(集中自动启动它们)

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

弱点是什么？

• 封装在RPA中的测试自动化机器人可能非常有限-在许多情况下，它们不如最先进的TA机器人成熟。
• 承诺记录和回放以及拖放您的工作流程。一如既往，我们还没到那个地步，
• 以一种不应该被解决的方式解决了一个问题；图形用户界面是为用户准备的，API是为软件准备的(在这种情况下，也可以称之为机器人)。这些问题应该通过编写系统之间的集成或扩展现有的API(更安全、更便宜、更可靠等)

来解决