Загальний огляд скриптів
Робота з розділом Automation в Afina
Розділ "Automation" — центральний хаб побудови скриптів в Afina. Це те місце, де знаходить свій дім кожне перетягування компонента, кожне з'єднання на полотні та кожен тестовий запуск. Користувачі отримують зручний досвід: збирати скрипти з візуальних компонентів, налаштовувати їхні параметри, пов'язувати елементи між собою та перевіряти, як сценарій спрацює на акаунті. Крім того, розділ забезпечує надійне керування каталогами скриптів, компонентами, з'єднаннями на полотні, гілками помилок та даними скриптів, прив'язаними до кожного сценарію.
Коли скрипти завантажені в систему, редактор показує весь сценарій повністю. Головна зручність: користувач може відстежувати кожен блок, за секунди знаходити будь-який потрібний елемент за відповідною міткою та запускати правки скриптів одразу по багатьох сценаріях в один клік.
Переваги розділу Automation
- У розділі "Automation" доступний широкий список компонентів під будь-яке бізнес-завдання.
- Користувачі налаштовують кожен скрипт через відповідні панелі компонентів та поля параметрів.
- Подальші сценарії автоматизації без зусиль звертаються до результату через посилання на збережену змінну.
- Розділ підтримує як одиничні правки скрипта, так і повноцінні мультискриптові пайплайни в будь-який момент.
- Будь-який користувач отримує зручний досвід при побудові автоматизації з унікальною конфігурацією.
Після збереження скрипта щойно зібраний сценарій стає у загальний список розділу "Automation". З цього моменту користувач може запустити сценарій, відредагувати кожен компонент, прив'язати скрипт до пайплайну, позначити застарілі скрипти на видалення, пов'язати потрібний компонент із робочим процесом та відправити сценарій до задач автоматизації. Таким чином, кожен щойно створений скрипт одразу готовий до роботи.
Компоненти та робоче полотно
Використовувати візуальний редактор в Afina є безліч причин. По-перше, він забезпечує чудову швидкість при налаштуванні нових скриптів. Далі користувач може переключитися на надійність уже підготовлених груп компонентів. Редактор повністю ефективний для налаштування робочого середовища, розгортання великого пакета скриптів одразу або відновлення завідомо робочого сценарію після змін у системі.
Крім того, панель компонентів у верхній частині редактора дає безперервний доступ до готових дій. Користувач обирає потрібний тип компонента та вказує на робоче полотно. Решту платформа бере на себе. До часто використовуваних належать "Open New Tab", "Visit Website", "Click", "Input", а також "Wait for Element" для базових сценаріїв.
Більше того, редактор підтримує пов'язаний стартовий маркер на першому елементі. Тож користувач може перенести точку старту на інший елемент, якщо сценарій має запускатися не зі стандартного місця. Після завершення розміщення щойно доданий компонент стає на полотно й одразу готовий до запуску, налаштування та використання всередині скриптів.
Тестування, імпорт та логіка з'єднань
Під різні бізнес-завдання доступні різні сценарії тестування. Користувачі можуть відправляти на перевірку по одному скрипту за раз або проганяти стос сценаріїв, коли змінюється каталог. Для штатної чистки користувач обирає відповідну тестову дію в області тестування. Масова опція розташована всередині редактора скриптів у верхній частині розділу "Automation".
Перш ніж запустити сценарій, користувачу варто переконатися, що обраний скрипт більше не прив'язаний до активної задачі, завдання чи робочого процесу, який зараз виконується. Причина проста: операція запуску тягне за собою пов'язані посилання на скрипти, задачі, стан акаунтів та історію роботи. Таким чином, незапланований запуск може коштувати зайвих втрат.
З іншого боку, повна заміна скрипта — не завжди правильний крок. Багато користувачів воліють залишити старий сценарій, перевісити йому тег, змінити список компонентів або перевести скрипт на свіжу гілку полотна. Плюс цього підходу в тому, що скрипт просто відправляється на лаву запасних, і жодні дані не зникають назавжди.
Обробка помилок та збережені гілки
Кожен скрипт в Afina здатен нести великий набір даних по гілках. Ці дані — саме те, до чого звертаються скрипти й задачі автоматизації під час виконання. Наприклад, стартові маркери, наслідки гілок, шляхи помилок, fallback-обробники, знімки екрана та будь-які інші параметри, які від сценарію до сценарію мають виглядати по-різному.
Найцінніше в цій функціональності — повторне використання. Одну гілку можна застосовувати скрізь з однаково стабільним результатом. Кожен скрипт підставляє свою відповідність, коли виклик доходить до кроку помилки. Замість клонування гілки під кожен скрипт користувач просто грамотно готує змінні. Таким чином, автоматизація стає гнучкішою.
Крім того, Afina пропонує два формати обробки помилок: стандартний fallback та знімок екрана плюс сповіщення в Telegram. Стандартний fallback тихо переходить до наступного акаунта. Багатший формат робить скріншот, надсилає повідомлення в Telegram і записує статус у змінну для подальшого розбору. До прикладів належать недоступні сайти, відсутні елементи, збої проксі, некоректні дані акаунта та будь-які інші помилки, які користувач хоче точно відстежувати.
Обидва варіанти обробки помилок виводять ті самі поля Save to та Description. Функція бездоганна для того, щоб за один захід підв'язати сотню скриптів на той самий сценарій відновлення. Цим можливості не обмежуються. Користувачі також можуть поєднувати гілку із запланованими вікнами відновлення або зберігати знімок стану перед будь-якими великими змінами.