选择RPA和传统自动化工具需要考虑哪些要点?
我们如何决定是否应该使用 RPA 还是传统的自动化工具来自动化应用程序/产品?
主要取决于贵公司QA/自动化团队的编程知识。
RPA 工具主要用于您无法创建和维护专业构建且清晰编写的自动化基础设施和测试的情况。
使用 RPA(尤其是 UiPath)的另一个原因是当您需要自动化基于桌面或无法使用 Selenium 自动化的 AS400 等系统时。
如果我们谈论RPA(机器人流程自动化),它主要不是关于测试,而是关于如何用一些自动化代替人工操作并节省时间和金钱。
RPA 工具通常设计为与多个应用程序/操作系统/平台配合使用,因为某些业务流程需要在一个应用程序或系统中获取数据,然后将其提交到另一个应用程序或系统等。这可能是与网络浏览器、某些文本编辑器一起使用,电子表格。
RPA工具通常能够从图像中识别文本或进行语音识别,它们能够使用人工智能做出一些决策,它们复杂而巨大,通常经过特殊培训的团队只是根据请求自动化业务流程并执行所有集成和设置,所以对于没有经验的人来说并不容易使用,我的意思是对某些特定 RPA 工具有经验,而不仅仅是在编程方面。
因此,如果您确实需要做一些 RPA 工具旨在解决的问题(多个应用程序交互、文本/语音识别、决策),我建议使用一些 RPA 工具而不是使用测试自动化工具。
如果您只是要测试某些应用程序,或自动化一些简单的步骤 - 使用传统的测试自动化工具是一种更轻量级且简单的方法。
RPA 可能是一种功能过多的工具并带来复杂性。
Selenium 主要用于自动化 Web 应用程序以进行测试,但当然不仅限于此。
但是,如果您的测试涉及打开任何基于 windows 的桌面应用程序,您可能还需要 winappdriver
使用 UiPath 时,您可以同时与两种元素交互,无论是基于 Web 浏览器的元素还是基于 桌面应用程序 元素,因为 UiPath 可以以相同的效率与这两种元素交互。
平台.RPA 一般侧重于 Windows。
桌面应用程序还是网络浏览器?像 Selenium 这样的测试工具对于 Web 浏览器来说更强大。但如果你想自动化桌面应用程序,RPA 将是更好的选择。
编排。 RPA 提供了更多有关 Orchestration 的功能。您可以轻松控制定期运行、重试等
像 UIpath 这样的 RPA 是付费应用程序。测试工具有更多免费开源的选择。
您可以考虑并尝试Clicknium,它可以自动化网络浏览器和桌面应用程序。它介于测试工具和 RPA 之间。但是,它也缺乏编排。
它实际上归结为需要自动化的过程。
如果流程中使用的是高度基于 UI 的应用程序,那么 RPA 是显而易见的选择;即使它是基于 API 的,也可能有一些额外的步骤需要人机交互验证。
UiPath 现在有一个非常好的测试套件,因此它现在也可以用于大多数场景下的测试。
当有多个应用程序需要交互且 API 并非全部可用时,我个人也会推荐 RPA 路线。
随之而来的争论是使用哪个框架,是 UiPath、AutomationAnywhere、BluePrism 等;因此,请确保在选择框架之前进行研究。
if(流程自动化)=> {RPA};
您的应用和产品的自动化是为了取代不需要人类思考的重复流程,从而提高生产力。
if(断言测试)=> {传统};
应用程序和产品的自动化用于测试可重复任务以进行回归测试。