Інноваційний інструмент для QA: Тести не чекають!
Український інженер Володимир Обрізан представив новий інструмент, покликаний кардинально зменшити час, який фахівці з автоматизації тестування витрачають на пошук причин збоїв у автотестах.
За словами пана Обрізана, ринок інструментів для автоматизації тестування залишається недостатньо розвиненим. Тоді як для звичайних бекенд-розробників існує безліч рішень, фахівці з автоматизації часто позбавлені спеціалізованих інструментів, що враховують їхні унікальні завдання.
Ключова проблема, яку розв’язує новий інструмент, полягає в процесі генерації звітів про падіння тестів. Стандартний тест-раннер, наприклад, pytest, формує детальний звіт лише після повного завершення тестового пакету. Це може займати години, протягом яких інженер змушений чекати, переключатися на інші завдання, втрачаючи контекст. Після цього він отримує погано структуровану діагностичну інформацію: довгі трейсбеки, численні повідомлення про помилки, що містять як код тесту, так і код бібліотек.
Розроблений Володимиром плагін pytest-testinel з відкритим кодом транслює події та діагностичну інформацію на хмарний сервер безпосередньо під час виконання тестів. Паралельно він завантажує скріншоти, відеозаписи та траси виконання (Playwright) у хмарне сховище. Уся ця інформація стає доступною одразу після завершення конкретного тесту, а не всього тестового пакету. Інтеграція плагіна максимально проста: він працює як “drop-in” рішення, вимагаючи лише встановлення через pip та налаштування однієї змінної середовища, без необхідності рефакторингу наявних тестів.
Другий аспект — поліпшення структури діагностичних звітів — реалізовано шляхом поділу трейсбеків на окремі кадри. Кожен кадр класифікується (тест, page object, Selenium тощо), а код бібліотек, який рідко потребує уваги, приховано. Звіти тепер містять скріншоти та відео, інтегровані безпосередньо до запису про збій, що усуває необхідність вручну шукати цю інформацію на CI-сервері.
За словами розробника, команда активно використовує Testinel вже пів року. Це дозволило неодноразово зафіксувати випадки, коли виправлення помилок в автотестах комітувалися в систему контролю версій раніше, ніж встигав завершитися повний цикл прогону тестів.
Володимир Обрізан визнає, що існують схожі інструменти (ReportPortal, Testomat, TestDino та інші), які з’явилися раніше. Однак він планує комерційний розвиток Testinel, зосередившись на діагностиці та виправленні помилок у вебтестах. Це відрізняє його продукт від таск-трекерів типу TestRail. У майбутніх планах — розробка інтеграції Testinel з ШІ-агентами через спеціалізований скіл та CLI-утиліту. За словами пана Обрізана, сучасні ШІ-агенти поки що не вирішують проблему стрімінгу подій у реальному часі та ефективного хмарного зберігання діагностичних даних.
Для команд, які використовують Python, pytest, Selenium та Playwright, сервіс Testinel доступний безкоштовно. Ознайомитись з продуктом можна на сайті testinel.dev.
Схожа новина: Забудьте про Arduino: українець створив автономний інструмент моніторингу кімнатних рослин за $15 на чистому ESP-IDF
Схожа новина: «Привід для свята щодня». Український розробник створив застосунок Fun Calendar із понад 365 незвичних свят і щоденними вікторинами
Схожа новина: Читайте головні IT-новини країни в нашому Telegram
Порада від АіФ UA:
Цей інструмент Testinel може суттєво оптимізувати робочий процес команд автоматизованого тестування, скорочуючи час на діагностику проблем та пришвидшуючи процес виправлення помилок. Особливо корисним він буде для проектів, де автотести займають значний час виконання.