Как стать автором
Обновить

Комментарии 6

Животрепещущий вопрос! Как лучше всего работать в RPA-системах при огромном количестве багов/недоработок в этих системах?

Всем нам пришлось переходить на российские разработки, качество которых... Переменно) Соответственно, иногда разработка превращается в гонки костылей на инвалидных колясках. И всё это желательно как-то отслеживать, чтобы из костылей делать нормальное решение после баг фиксов от вендоров. Да, и чтобы робот не лёг по итогу

В целом, мне кажется вы немного драматизируете;) Лично у нас самый болезненный этап работы с вендором был в первые пол года (конец 2023-начало 2024), когда мы выравнивали наши требования с вендором и много взаимодействовали, там действительно было похоже на гонки костылей. Всё равно всё становится с каждым релизом стабильнее, вендор учится, в т.ч. на своих же ошибках.

В целом, на данный момент нас вполне устраивает работа отечественной платформы. Лично я пытаюсь сфокусироваться на том, чтобы поддерживать заготовку (шаблон) для новых роботов, в которой будут использоваться актуальные решения платформы. Ну и стоит поддерживать с вендором обратную связь по платформе. Это максимум, что можно сделать, на мой взгляд

А какой у вас вендор сейчас и каким образом выбирали?

В целом смотрели в первую очередь на функциональность, стабильность работы, простоту и удобство разработки. Жёстких требований к бесшовной миграции с uipath не было, в чудеса не верим)

Сейчас целевая платформа - Sherpa, в целом, вполне себе устраивает. Может оркестратор местами ещё сыроват, хотя своё дело делает, зато студией разработки мы довольны на 100%, в ней много интересных, удобных фич типа разработки во время отладки. Powershell по началу был непривычен, но сейчас какой-либо нехватки функционала нет.

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

Леплю роботов на Шерпе для частичной автоматизации своего функционала. Один из роботов вырос до 5 десятков диаграмм. Дальнейшее его расширение, равно как и доработка и исправление становится очень шаткой процедурой. Ищу бест практикс, как это дело покрыть юнит-тестами хотя бы в критичных местах. Подскажите, пожалуйста, что почитать/посмотреть? Есть где-нибудь примеры юнит-тестов для Шерпы? Как там делать моки? Конечно, можно изобрести свой велосипедик… но я как вспомню, как я когда-то в самом начале изучения python, не имея понятия о коллекциях и последовательностях, сделал свой механизм генерации и обработки нумерованных переменных… вот не хочется повторить тот подвиг :)))

И кстати спасибо за мысль о пробрасывании ошибки наверх. Наверное, надо будет моего монстрика рефакторить под эту идею, заодно в ходе рефакторинга разгружу перегруженные диаграммы… но таки перед рефакторингом хотелось бы как-то прикрыться юнит-тестами хоть как-то.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации