За словами Обрізана, автоматизація тестування — це «underserved market»: якщо для звичайного бекенд-розробника існують сотні інструментів, то для інженера з автоматизації — майже жодного, заточеного під його специфічні задачі.

Читайте также: Український робот-бариста радить користувачам бігти в укриття під час тривоги та відмовляється готувати каву грубіянам. RoboL Robotics запустив першу робокав’ярню в ТЦ у Дніпрі

Конкретну проблему він сформулював так: тестраннер pytest формує детальний звіт про причини падіння тестів лише після того, як виконається весь пакет тестів — навіть якщо пакет виконується годинами. Через це інженер або простоює, або перемикається на інші задачі, втрачаючи контекст, і лише в кінці отримує погано структуровану діагностичну інформацію: великі трейсбеки, довгі повідомлення про винятки, суміш коду тестів і коду бібліотек в одному полотні тексту.

Рішенням стало розробити плагін pytest-testinel з відкритим кодом, який стрімить події й діагностичну інформацію на хмарний сервер одразу під час виконання тестів, паралельно вивантажуючи скріншоти, відео та трейси Playwright у хмарне сховище — усе це стає доступним одразу після завершення конкретного тесту, а не після завершення всього пакету. Встановлення не вимагає рефакторингу наявних тестів — це drop-in плагін: реєстрація, pip install pytest-testinel і одна змінна середовища.

Другу частину проблеми — погану структурованість діагностики — Обрізан вирішив, розклавши трейсбек на окремі фрейми, класифікувавши їх (тест / page object / Selenium тощо) і приховавши код бібліотек, який рідко потрібно переглядати, а також підтягнувши скріншоти, відео й трейси прямо в звіт, щоб інженеру не доводилося шукати їх окремо на CI-сервері.

Читайте также: OpenAI запустила ChatGPT Voice для десктопного застосунку — керувати комп’ютером і агентами тепер можна голосом

За словами засновника, команда використовує рішення вже пів року, і неодноразово фіксувала випадки, коли коміт з виправленням автотесту зʼявлявся в git раніше, ніж встигав завершитися весь прогін тестів.

Обрізан визнає, що ідея схожих інструментів (ReportPortal, Testomat, TestDino та інші) виникла задовго до нього, і в коментарях під публікацією на DOU йому вже вказали на кількох прямих конкурентів. Проте автор має намір розвивати продукт комерційно, фокусуючись саме на діагностиці й виправленні помилок у вебтестах — не повторюючи функціонал таск-трекерів на кшталт TestRail. У планах — розробка скіла й CLI-утиліти для інтеграції Testinel з ШІ-агентами, оскільки, за словами Обрізана, самі агенти поки не вирішують проблему стрімінгу подій у реальному часі та хмарного зберігання діагностики.

Для команд, які тестують на Python, pytest, Selenium і Playwright, сервіс можна використовувати безкоштовно; спробувати продукт можна на сайті testinel.dev.

Читайте также: «Продавати години розробника, який завдяки ШІ став ефективнішим утричі, — це суцільний бізнес-мазохізм». Керівник InSoft.Partners про те, як штучний інтелект нищить класичний IT-аутсорс

Від admin

Залишити відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *