RPA против традиционных инструментов автоматизации

Question

Я - инженер по автоматизации тестирования и недавно получил возможность изучить проект инструмента RPA.После изучения я обнаружил, что он похож на инструменты автоматизации пользовательского интерфейса, поддерживающие различные технологии.Может кто-нибудь сказать мне, какое значение RPA добавляет по сравнению с традиционными инструментами.Мне было интересно посмотреть, как он может использовать «интеллект», но не смог найти какую-либо функцию.

Может ли эксперт на этом форуме помочь мне понять, что может сделать RPA, что не может сделать традиционный инструмент?

Я вижу похожие вопросы, но они не дают ответов, которые я ищу.

Спасибо, Nilesh

Answer 1

Основное различие между двумя очень похожими методами автоматизации тестирования (процесса) и роботизированной автоматизации процесса состоит в цели .Почти все пункты, содержащиеся в предыдущих постах, по моему скромному мнению, являются следствием цели обоих методов:

• С помощью инструмента автоматизации тестирования (процесса) вы хотите протестировать приложение или тестируемая система.Т.е.: хотите найти ошибки или доказать, что качество приложения достигло определенного уровня.Автоматизация процесса тестирования обычно выполняется в тестовой среде.Если что-то пойдет не так с вашим кодом автоматизации тестирования или инструментом, полностью разрушающим тестовую среду, это не так уж и плохо: вы можете перезагрузить среду и никому не навредить.
• С помощью инструмента RPA вы хотите реализовать реальный бизнес-процесс .Робот работает в продуктивной среде.Если что-то пойдет не так, вы можете причинить кому-то боль, например нанести ущерб продуктивным данным или окружающей среде.Робот выполняет работу пользователя, а не просто имитирует его.Поэтому робот должен быть «спасен».Также должно быть возможно понять, что именно робот сделал с работой, которую он получил.

Надеюсь, это поможет прояснить ситуацию.

PS: Я включаю слово «Процесс» в контексте тестирования, поскольку инициализация или сброс тестовой среды, предоставление вторичных данных, загрузка тестируемой системы, запуск теста, сбор результатов, сравнение фактических данных с ожидаемымирезультаты, создание отчетов для управления тестами или DevOps - это обычно процесс, который вы автоматизируете, используя своего рода «автоматизацию процесса тестирования», а не только автоматизацию тестирования.

Answer 2

Существует множество ароматов РПА.Blueprism - не идеальный пример того, как должен выглядеть современный RPA, рассмотрите возможность проверки Automation Anywhere или UiPath (оба предлагают Community Edition, которую вы можете скачать и попробовать бесплатно).Хотя технологические различия могут быть не такими значительными (и в действительности производители RPA сейчас рассматривают автоматизацию тестирования как рынок для своих продуктов), самые большие различия заключаются в способах разработки платформ, и это лишь некоторые из них:

1. Подход, ориентированный на безопасность, платформа RPA разработана для обеспечения ответственного обращения с важными данными.
2. Дизайн для простоты использования для нетехнических людей.Selenium - это здорово, но вы должны знать, как программировать его.UiPath требует простого перетаскивания для тех же вещей.
3. Работа с неструктурированными входными данными, такими как документы OCR и их обработка
4. Интеграция ML, для принятия решений или дополнительных возможностей.Например, НЛП, анализ настроений, помощь в распознавании текста, распознавание новых форматов документов и т. Д.Интеграция со сторонними приложениями, такими как чат-боты или BPM
5. Аналитические и контрольные возможности, чтобы быть уверенным, что вы знаете, сколько времени занимают ваши боты, чтобы выполнять свою работу, и помогать им в случае неудачи

Простота использования не должна быть исключена: с RPA это получасовая работа, чтобы получить запрос по почте, получить данные из SAP, построить сводную таблицу в Excel и загрузить на веб-сайт в формате JSON.Не могли бы вы сделать это в других инструментах?Конечно!Это так просто?Обычно нет.Таким образом, вы можете сделать RPA для плохого человека с помощью Selenium, AutoIT, bash или PowerShell, это будет не так просто и предоставит меньше возможностей, требующих больших усилий на каждом этапе.И если вы сделаете это правильно, вы все равно будете реплицировать одну из платформ RPA.

Также в RPA обычно есть, но не всегда, центральный координационный механизм (ala Selenium Grid) для организации нескольких роботов (до 10 тыс.).в случае UiPath), чтобы убедиться, что они действуют синхронно, имеют какую-то рабочую очередь, переносят свою рабочую нагрузку, внедряют в них процессы и т. д. Это имеет все значение для сценариев использования на предприятии.

Answer 3

Платформы

RPA предоставляют вам уникальное место для автоматизации приложений различного типа.

Эти платформы будут стремиться объединить и формализовать усилия по автоматизации на предприятии.и здесь слово «предприятие» является ключевым.

для малых предприятий, где они хотят автоматизировать некоторые задачи, можно попросить intern быстро что-то создать.никого не волнует, какие технологии или инструменты использовались.может, он любит питона, а кому-то еще нравится VBA.поэтому одна задача может быть автоматизирована с использованием нескольких различных технологий.никто не заботится, пока это работает.стажер уходит, а следующий стажер считает что-то новым ...

Платформы RPA, с другой стороны, - это более масштабные "формальные" усилия, которые попытаются автоматизировать задачи, которые в противном случае потребовали бы много FTE (полный рабочий день)рассчитывать для достижения.Типичные случаи использования RPA - это повторяющиеся задачи, которые люди выполняют весь день, не используя много мозга.подумайте о том, чтобы извлечь каждую позицию из заказа на поставку (заказа на покупку) и поместить ее в электронную таблицу Excel, а затем разместить ее в каком-то внутреннем приложении.А теперь представьте, что один парень делает это, может быть, за несколько сотен заказов в день.

Вы не можете себе представить, насколько неровен ИТ-ландшафт на большинстве предприятий.старые приложения, которые были либо встроены в дом давно, либо версии, которые больше не обновляются поставщиком.большая проблема в том, что в этих приложениях нет точек интеграции, поэтому эти платформы RPA обеспечивают инвазивную аренду (изменения в старых приложениях или даже обновление)

я могу говорить о RPA целый день, дайте мне знатьЕсли у вас есть какие-либо последующие QNS.я работаю на одной из этих платформ RPA, может быть, я смогу помочь.

Answer 4

на менее официальной и серьезной ноте, RPA - это маркетинговый термин для робота автоматизации тестирования, накачанный каким-то редактором рабочего процесса и некоторыми удаленными технологиями

Мы использовали стандартных роботов автоматизации тестирования (UFT,Selenium и т. Д.) Для выполнения некоторых RPA с ответной реакцией, что автоматизированный рабочий процесс был скорее закодирован, чем визуализирован, и мы должны были приложить определенные усилия для поддержки масштабирования.(запускает их массово и автоматически)

Что это решает?- Как уже упоминалось выше, визуализация рабочих процессов и масштабирование - хотя здесь у него есть ограничения

Каковы слабые места?

• Робот автоматизации тестирования, заключенный в RPA, может быть очень ограничен - вво многих случаях они менее развиты, чем современные роботы TA.
• Обещание записывать, воспроизводить и перетаскивать рабочий процесс.Как всегда - мы еще не там
• Это решает проблему так, как ее не следует решать;GUI предназначен для пользователя, API - для программного обеспечения (или в этом случае называют их роботами).Эти проблемы должны быть решены путем написания интеграций между системами или расширения существующих API (безопаснее, дешевле, гораздо надежнее и т. Д.)

Answer 5

Технологические проблемы RPA и средств автоматизации очень похожи.RPA и тестируемые продукты различаются по своему пользовательскому опыту и отчетности.В то время как инструменты тестирования часто предлагают функции для оценки риска или создания тестовых данных, инструменты RPA уделяют больше внимания созданию ботов и хранению пользовательских данных.

Вы можете сказать, что есть сходства, потому что Tricentis, компания, стоящая заТестирующее решение Tosca, в настоящее время также разрабатывает продукт RPA ( Tricentis RPA ).