First Institute of Reliable Software

Як я покращив процес виконання автоматичних тестів на pytest, Selenium та Playwright У цьому дописі хочу поділитись власним досвідом покращення процесу автоматичного тестування веб-застосунків на Python, pytest, Selenium, Playwright та як я розробив інструмент Testinel (test sentinel, вартовий за тестами). Мотивація створення цього інструменту — скорочення часу інженерів на виправлення помилок в автотестах та зниження порогу входу для автоматизаторів. https://dou.ua/forums/topic/60834/

Мені здається, що виступів в спільноті про автоматизацію занадто мало, тож вирішили в цей раз розбавити різні управлінські балачки лекцією про помилки в автоматизації. 21 липня о 19:00 у Суворій QA ком'юніті приєднуйтеся до лекції Володимира Обрізана «Типові помилки в автоматизації тестування веб-застосунків» "Ось автоматизую всі тести і буду відпочивати та лише переглядати звіти. Нехай компʼютер тестує!" Саме так Володимир думав, коли починав впроваджувати автоматизацію. Але життя автоматизатора тестування виявилося набагато складнішим за цю, на перший погляд, дуже логічну концепцію. На зустрічі поговоримо про типові помилки в автоматизації тестування веб-застосунків: від завищених очікувань до рішень, які спочатку здаються зручними, а потім роблять автотести повільними, залежними й нестабільними. Зʼясуємо, що саме варто автоматизувати, як тестовий фреймворк взаємодіє з веб-застосунком, які перевірки краще залишити для інших рівнів тестування і чому не все треба ганяти через UI. Володимир розбере поширені антипатерни: надмірні очікування, залежність тестів один від одного, роботу з реальними зовнішніми сервісами, двофакторну автентифікацію та підготовку тестових даних через інтерфейс. Також поговоримо про те, чому автотести мають бути незалежними, швидкими й стабільними. Бо якщо вони постійно падають не через баги, а через власну крихкість, то це вже не допомога команді, а ще один окремий проєкт із болем і підтримкою. Лекція буде корисна тестувальникам, які починають працювати з автоматизацією або хочуть краще зрозуміти, як проєктувати надійні автотести для веб-застосунків. Якщо ви ще не знайомі з Володимиром Обрізаном: ▶️ Кандидат технічних наук; ▶️ Засновник стартапу Testinel та First Institute of Reliable Software; ▶️ Старший викладач кафедри АПОТ ХНУРЕ; ▶️ Інженер-програміст і менеджер IT-компаній; ▶️ У тестуванні з 2002 року, перший досвід автоматизації отримав у компанії Aldec у Катовіце; ▶️ У власній компанії Design and Test Lab впроваджував культуру надійного програмування: unit-тести, інтеграційні тести та системний підхід до якості коду; ▶️ Розробив навчальну програму Selenium + Python для навчання автоматизації тестування. Зараз Володимир зосереджений на розробці Testinel: аналітичної платформи, яка допомагає швидко аналізувати й виправляти помилки в автотестах, щоб зробити роботу автоматизаторів простішою. Тобто про автоматизацію поговоримо практично, а не теоретично 📅 Коли: 21 липня, 19:00 🎟 Квитки тут (50% вартості квитка йде на ЗСУ) 🔴 Запис буде Де знайти Володимира: 📩 Telegram 🔗 LinkedIn 👥 Twitter 📹 YouTube 🧵 Threads 💡Також нагадую, що всі заходи для учасників Суворої QA спільноти безкоштовні. Ну і мільйон різних корисностей чекає на учасників закритої групи ;) До зустрічі на сесії 🔥

Мені казали "Selenium помирає", а я відповідав: "Викликайте швидку!". Мені казали "Selenium вмер", а я казав: "Покажіть витяг про смерть". Мені казали: "Playwright працює краще, тому що там є авто-очікування, не треба писати вейти", а я казав: "Автоочікування — це така проста концепція, чому ви не можете зробити це самі?" Рік назад я зробив proof of concept глобального drop-in автоочікування в Selenium: тобто додаєш одну фікстуру не змінюючі код тестів. Можна подивитись мою лекцію на цю тему: https://www.youtube.com/watch?v=pMjBDu7ju1k А сьогодні зранку прокинувся та гадаю: "А чого я пакет не зробив, щоб можна було одразу його в проєкт додати?" Сів і зробив: https://github.com/obrizan/selenium-autowait (прошу зірочок) https://pypi.org/project/selenium-autowait/ Встановлюється в unittest: pip install selenium-autowait або для pytest: pip install "selenium-autowait[pytest]" використовується: def test_submit(driver: WebDriver, autowait: None) -> None: driver.get("https://example.com") driver.find_element(By.ID, "submit").click() В unittest можна використовувати просто enable_autowait. Хто користується Python + Selenium, прошу випробувати та надати зворотній звʼязок. Ну або надати витяг про смерть. Дякую за увагу до цього питання. #MSGA

Чому важлива термінологія? Тому що вона створює спільну мову між членами команди, які займаються розробкою програмного забезпечення. Термінологія — це стислі «ярлики» для цілих концепцій. Якщо кожного разу замість «інкапсуляції» пояснювати «приховування деталей реалізації та надання лише інтерфейсу», знання будуть передаватися в три рази довше і з трьома шансами на викривлення. Щоб запобігти викривленню передачі знань ми надаємо базову термінологію та визначення, які ми використовуємо у курсі Test Driven Development with Python. https://first.institute/edu/course/tdd_in_python_uk/task/unit_testing_terminology/

Немає часу писати автотести треба фіксити баги! Чи чули ви таке? А може казали самі? Я зібрав багато міфів та заперечень, на які посилаються як і програмісти так і їх менеджери. Кожне заперечення обговорюється у дискусійній формі. Якщо в вас ще є сумніви: "чи писати автоматичні тести", то ця стаття для вас. https://first.institute/edu/course/tdd_in_python_uk/task/test_automation_refusal/

Шукаємо Senior Python Software Engineer (Backend) у команду Design and Test Lab! Ми запускаємо новий маркетплейс для продажу класичних авто та запчастин 🏎, а також розвиваємо інші міжнародні продукти! Технології — тільки сучасні: Python 3.12–3.13, SQLAlchemy, PostgreSQL, AWS, OpenAPI/Swagger, Pytest, а також фронт на Angular/React. 💡 Що для нас важливо: - Безперервний senior-досвід 5+ років з Python і сучасними фреймворками; - Досвід з PostgreSQL, AWS, OpenAPI/Swagger; - Уміння застосовувати AI для оптимізації розробки; - Вміння працювати в команді та давати конструктивний фідбек. ✨ Буде плюсом: - Досвід роботи з PHP; - Базове розуміння FrontEnd-технологій (Angular або React). 💡 Якщо ми підходимо один одному і ви хочете працювати з новими технологіями, американським продуктом та досвідченою командою — ми чекаємо саме на вас! 📩 Надсилайте CV на office@dnt-lab.com Детальніше: https://workat.dnt-lab.com/positions/2025/senior-software-engineer-backend-python/ Чекаємо саме на вас у команді Design and Test Lab! 💡

Я вважаю, що найпростіший спосіб почати писати тести в Python — це зробити це за допомогою doctest. Дуже простий синтаксис, без зайвих файлів, без встановлення фреймворків, миттєва відповідь на помилки в коді — це усе doctest. Чергова лекція з майбутнього онлайн-курсу Test Driven Development in Python вже на сайті: https://first.institute/edu/course/tdd_in_python_uk/task/doctest/

Як правильно ставити технічні питання, щоб отримати гарну відповідь, а не абстрактні поради? Чи бувало в вас таке, що ви питаєте щось про помилку в програмі але отримуєте абстрактні відповіді: "Перезавантаж компʼютер" або "Та воно повинно працювати"? Тогда цей гайд для вас! Він дає поради, як запитати так, щоб дати більше інформації та допомогти іншим надати вам змістовну відповідь. А може це вам хтось писав: "В мене не працює" та на питання: "Що саме?" відповідь була: "Взагалі нічого не працює!" (Ох, як мене таке бісить! 😈) Тоді надішліть посилання на цей гайд, нехай вони навчаться, як правильно ставити технічні питання. Цей посібник пояснює, як ефективно ставити технічні питання у спільнотах, щоб отримати розумні та швидкі відповіді. Український переклад класичного есе Еріка Стівена Реймонда та Ріка Моена «How To Ask Questions The Smart Way». https://first.institute/blog/smart-questions/

Best Code Rule: завжди розділяйте введення, виведення та обробку Це правило кодування змінює гру. Воно допомагає писати код, який легше тестувати, налагоджувати, повторно використовувати і розширювати пізніше. Вам не потрібно бути senior-розробником, щоб його дотримуватися. Просто потрібно побачити різницю. Детальніше з прикладами у блозі: https://first.institute/blog/always-separate-input-output-and-processing/

Модульне тестування — це не нудна рутина, а КУЛЬТУРА РОЗРОБКИ! Хочете зрозуміти, чому TDD досі вважають одним із наріжних каменів Agile? 👉 Читайте статтю: «Вступ у Test-Driven Development». Від перших згадок у 1976-му до мантри «Ми не пишемо без тестів» у сучасних компаніях — шлях модульного тестування та TDD вражає. Це історія про людей, які змінили підхід до програмування. https://first.institute/edu/course/tdd_in_python_uk/task/intro_to_testing/

🔥 Стартує курс Test-Driven Development з Python! Вже можна приєднатись до листа очікування. TDD — це коли тестуєш до того, як писати код. ✅ краще розумієш вимоги ✅ ловиш помилки задовго до тестувальників та продакшену ✅ показуєш навички, які шукають роботодавці 🎓 Онлайн, у зручний для тебе час ⏱ Тривалість: 10 тижнів 📅 Початок: 3-й квартал 2025 🧰 Практика, приклади з реальних проєктів, сертифікат Хочеш якісний код — починай з якісного навчання: 👉 https://first.institute/edu/course/tdd_in_python_uk/

💛💙 Підтримай захисників через збір “Трійка”! 🚀 Спільнота DOU оголосила нову ініціативу — “Трійка”, щоб зібрати кошти для трьох перевірених волонтерських команд, які безпосередньо допомагають нашим військовим на фронті. Ці команди добре відомі ІТ-спільноті, працюють прозоро, ефективно та вже багато разів довели свою надійність. Усе зібране — на дрони, техніку, амуніцію, що рятує життя. 🔗 Деталі та реквізити: https://dou.ua/triyka/ Ми вже не раз показували, якою сильною може бути ІТ-спільнота. Долучайся до збору — кожна гривня важлива. 📣 Поділись з друзями, колегами та в командних чатах. Разом ми можемо більше. #ПідтримайЗСУ #Трійка #DOU #ITдляЗСУ #волонтерство #Збір #РазомДоПеремоги

Як відокремити тестові дані від коду: тестування з CSV у pytest У вас є функція з простою, але розгалуженою логікою: залежно від пари умов — повертається різний результат. Щоб автоматизувати такі перевірки, доведеться написати десятки прикладів — і тут виникає питання: де їх зберігати і як зручно запускати? У цьому дописі я покажу приклад такої функції та три способи, як можна організувати автотести: 1. у вигляді окремих тест-функцій; 2. у вигляді параметризованого списку в коді; 3. у вигляді окремого CSV-файлу з даними — і це найзручніший варіант, якщо прикладів багато. Наприкінці я надам посилання на GitHub з повним кодом прикладів. https://first.institute/blog/vidokremyty-dani-vid-kodu-testuvannya-z-csv-pytest/

Template Strings — нові рядки-шаблони у Python 3.14 У Python 3.14 зʼявилось нове розширення синтаксису мови — рядки-шаблони (template strings, t-strings, t-рядки). Розглянемо, що це таке, навіщо їх зробили та як з ними працювати. https://first.institute/blog/template-strings-in-python-314/

Як створити Telegram-чатбота з ChatGPT на Python У цьому уроці ви навчитесь створювати Telegram-бота, який відповідає на ваші запитання за допомогою штучного інтелекту — моделі ChatGPT від OpenAI. https://first.institute/blog/telegram-chatbot-chatgpt-openai-python/

Як працювати з ChatGPT за допомогою OpenAI API та Python Хочете створити власного інтелектуального помічника або інтегрувати ChatGPT у свій сайт чи застосунок? У цій статті ми покроково розберемо, як працювати з OpenAI API за допомогою Python. Ви дізнаєтеся, що таке ChatGPT і OpenAI API, як зареєструватися на платформі OpenAI, згенерувати свій перший API-ключ, зробити перший запит через curl і створити свій перший невеликий Python-застосунок для взаємодії з ChatGPT. Все пояснено максимально доступно та з великою кількістю скріншотів. https://first.institute/blog/yak-pracyuvaty-z-chatgpt-z-openai-api-ta-python/

https://youtu.be/tEYlUvNnAsE

Пекельний онбординг 🔥 / Подкаст Володимира Обрізана № 2 Ми зануримося у світ "пекельних онбордингів" — ситуацій, які ламають мотивацію нових співробітників та змушують думати: "А чи не варто було відмовитися ще на співбесіді?" або роботодавця: "Чи він/вона…

Пекельний онбординг 🔥 / Подкаст Володимира Обрізана № 2 Ми зануримося у світ "пекельних онбордингів" — ситуацій, які ламають мотивацію нових співробітників та змушують думати: "А чи не варто було відмовитися ще на співбесіді?" або роботодавця: "Чи він/вона…

Пекельний онбординг 🔥 / Подкаст Володимира Обрізана № 2 Ми зануримося у світ "пекельних онбордингів" — ситуацій, які ламають мотивацію нових співробітників та змушують думати: "А чи не варто було відмовитися ще на співбесіді?" або роботодавця: "Чи він/вона нам підходить?" 🤯 🔸Що таке онбординг і чому від нього залежить успіх співробітника та компанії 🔸Реальні кейси жахливих онбордингів: від повної відсутності інструкцій до токсичних "випробувань" 💀 🔸Скільки часу насправді займає адаптація співробітника і чи всі адаптації повинні закінчуватися успіхом 🔸Як виглядає компанія без адаптації працівників або навпаки з "правильною" адаптацією Ділимося власним досвідом, сміємося (щоб не плакати) та шукаємо рішення! 🎙В ефірі співробітники компанії Design and Test Lab: Володимир Обрізан, к. т. н., директор, та Вікторія Копейкіна, HR Manager. 📅 Дата: 22 квітня о 18:00 UA 🔊 Де дивитися та слухати: https://youtube.com/live/x2AsMp-vAUM?feature=share А який у вас був найгірший онбординг? Діліться в коментарях! 😅👇