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