RPA有哪些自动化测试工具目前无法做到的？
近日，在一个 RPA 技术主题的群里，有位网友提出了这样一个问题，感觉非常有意思。因此我整理了一下各方的回答，分享给大家，希望给大家对认识 RPA 技术和 RPA 学习有所帮助。
网友 Luis 说：刚好今天客户问我，借此给大家抛出来一个讨论题:RPA有哪些自动化测试工具目前无法做到的？
群里的大神贡献了如下的回答：
开发，使用，维护的复杂程度，并发，协调，状态统计，ROI统计，RPA 的便捷性
其中署名为 靠谱的老马的网友的回答最为精彩，他提到：
RPA 里面包含了对 UI Element 的操作，但不仅仅是 UI Element的操作，如果有现成的接口可以调用（比如各家RPA 工具都支持 Excel 的操作），肯定还是调现成的接口。但是对于自动化工具来说，通常只做 UI Element的操作，不能调现成的接口，否则就起不到测试的意义了。
测试的意义是，模拟人工在 UI Element上的操作，看看有什么问题。RPA 的意义是，模拟人工操作，看看能不能代替人工劳动。所以 RPA 有接口的时候，肯定调接口，还模拟UI Element属于吃饱了撑的
网友补充道：本质上RPA开发工具还是编程层面上的，不是测试层面上的，比如集群式部署，这点测试工具也做不到。
个人感觉，靠谱的老马说出了我最想说的话。重点是：
- RPA 最大的好处就是可以很方便地操作 UI （UI 操作之外，怎么方便怎么用）
- 如果有接口，肯定调用接口啊 （接口肯定会比直接操作要稳定）
- RPA 的意义是为了代替人工操作 （RPA 无用论，技术嘲讽类言论可以闭嘴了）
- RPA 开发还是编程开发（厂商说不需要编程，那是骗你的）
看到这些精彩的回答，我感到这才是专业人士对 RPA 技术的客观见解。 RPA 确实能做一些有用的事情嘛，能创造价值，带来收益，当然它也不是万能的有它的优势和弱点。总的来说，它只是为客户带来价值的实施方案的一个选项，它做不了的时候，我们还可以想想有没有别的办法，比如上面说到的接口调用。
有人跟我说，RPA 未来发展不一定很好。我跟他讲：曾经看到知乎上所谓的大神抨击 RPA, 连基本概念都没搞清楚，正儿八经的胡说八道，还有一大帮追随者拍手称快，感觉非常的搞笑。
个人认为，现在已经想明白 RPA 的 潜力和意义的人太少了。一个事物存在总是有它的原因和意义，RPA 技术正在慢慢普及和发展当中。对于那些还没看清楚的人，我们何必相信他们太多呢？
更多 UiPath 相关的资讯，请关注公众号：UiPath教程
由于简书禁止直接在文章中插入公众号二维码，请点击 这里 了解添加该公众号的细节。
