Selenium WedDriverWait vs sleep: як зробити тести надійними

Коли я починав писати тести, то часто потрапляв у ситуацію, коли Selenium то знаходив кнопку, то не знаходив. Спочатку я поставив sleep(1). Це іноді допомагало, але не завжди. Потім я поставив sleep(5). Потім я поставив sleep(10). Мої тести перестали падати, але вони виконувались декілька годин! Мені було швидше протестувати все руками, ніж чекати доки вони допрацюють.

Моя перша думка — оце Selenium дуже повільний! Коли я шукав собі поради, то я зрозумів, що це не Selenium повільний, а це я не вмію працювати з очікуваннями. Ставити після кожної дії sleep(10) — це фатальна помилка, яка вбиває швидкодію тестів.

З цієї доповіді ви дізнаєтесь:

1. Чому взагалі потрібні очікування в автотестах? (Спойлер: веб-додатки ну дууууже повільні.)
2. В чому відмінність sleep, implicit wait та explicit wait, та коли яке очікування застосовувати.
3. Де потрібно обовʼязково робити очікування, а де вони зайві.
4. Як робити складні очікування для складних кейсів.

В доповіді будуть приклади з реальної багаторічної практики впровадження автоматизації тестування в компанії Design and Test Lab.

Доповідач: Володимир Обрізан, к. т. н., директор Design and Test Lab.

А також рубрика "Вільний мікрофон" — обговорюємо нагальні питання тестування та автоматизації.

Чому ця доповідь цікава?

1. Ви отримаєте глибоке розуміння як Selenium працює з автотестами та з веб-додатками.
2. Ви отримаєте поради, як зробити тести швидкими та надійними.
3. Ви подивитесь на зразки коду, які зможете використати в своїх тестах.

Для кого ця доповідь?

Для інженерів з автоматизації тестування, розробників та тестувальників, які хочуть зробити тести надійними та швидкими.

📅 Дата: 20.12.2024 (пʼятниця)
🕑 Час: 11:00.
🌐 Місце: Онлайн (посилання буде надано на електрону пошту після реєстрації напередодні події)
📝 Реєстрація для нових членів спільноти обовʼязкова: 

forms.gle/qhkfVqjYqSa4Ca4e9

(раніше зареєстровані отримають посилання автоматично без реєстрації)

🚨 Один збій коду — 11 мільйонів людей у небезпеці. Як це сталося?

У 2014 році програмна помилка вивела з ладу службу 911, позбавивши мільйони людей можливості викликати допомогу. Понад 6600 дзвінків не дійшли до операторів. Як маленька помилка в коді призвела до таких наслідків? Чи можна було цього уникнути?

🎙️ Дізнайтеся про катастрофічний збій, його причини та способи запобігання в новому подкасті! Чому надійне програмування — це питання життя та смерті? Слухайте зараз, щоб ніколи не допустити подібного у своїх проєктах!

🔗 Переходьте за посиланням та занурюйтесь у реальні кейси, які вас здивують. https://www.youtube.com/watch?v=8Rcdq2hRkW0

Live coding: тести на Playwright

З нового року піду до тренажерного залу! Вибачте, не з того аркушу прочитав...

З нового року вивчу Playwright!

Якщо в вас, як в мене, не вистачило часу зробити це у 2024, то запрошую доєднатися до мого струму наживо.

У програмі:

1. Встановити Playwright.
2. Створити проєкт.
3. Написати декілька тестів.
4. Порівняти Playwright та Selenium.
5. Вільне спілкування та Q&A в чаті.

Ведучій струму: Володимир Обрізан, к. т. н., директор Design and Test Lab.

📅 Дата: 03.01.2025 (пʼятниця)
🕑 Час: 11:00.
🌐 Місце: YouTube: https://youtube.com/live/fepdbG8FZj4 (натиснути "Підписатися" та "Повідомити мене")
📝 Вхід вільний

Перший стрім у 2025 році вже почали! Live coding: тести на Playwright.

Доєднуйтесь: https://www.youtube.com/watch?v=fepdbG8FZj4

Пишемо тести на Playwright + Python (Live Coding #2)

Вивчаємо Playwright та автоматизацію тестування разом!

Запрошую вас доєднатися до мого струму, де у реальному часі я досліджую особливості Playwright, пишу тести, та порівнюю Playwright з Selenium.

У Playwright мене зацікавила можливість «Auto-wait», тобто автоматичного очікування бажаного стану елемента на сторінці. У Selenium є недолік: він може перевіряти стан елементу лише з певною періодичністю. Тобто якщо стан змінюється швидше ніж період очікування — то за допомогою Selenium таку подію дочекатися неможливо. А чи зможе Playwright вирішити цю проблему?

Інша цікава особливість Playwright — це використання різних контекстів браузера для різних тестів, що на практиці повинно пришвидшити автентифікацію різними користувачами.

У програмі:

1. Перевіряємо на практиці можливості очікування в Playwright.
2. Перевіряємо на практиці ізоляцію тестів.
3. Порівнюємо Playwright та Selenium.
4. Вільне спілкування та Q&A в чаті.

Подивитись попередній струм, як це було: https://www.youtube.com/live/fepdbG8FZj4?si=M5Jl7R9Kr3ycL4oK

Кому це може бути цікаво
• Тим, хто хоче освоїти сучасний інструмент автоматизації тестування Playwright.
• Автоматизаторам, які працюють із Selenium і розглядають можливість переходу або доповнення своєї роботи Playwright.
• QA-інженерам, які прагнуть розширити свої знання та навички.
• Розробникам, які цікавляться автоматизацією тестування інтерфейсів.
• Усі, хто хоче отримати базові знання та практичні навички для початку роботи з Playwright.
Цей стрім стане чудовою можливістю для новачків отримати швидкий старт, а для досвідчених тестувальників — порівняти Playwright із добре знайомим Selenium.


Ведучій струму: Володимир Обрізан, к. т. н., директор Design and Test Lab.

📅 Дата: 17.01.2025 (пʼятниця)
🕑 Час: 11:00.
🌐 Місце: YouTube: https://youtube.com/live/10nN-cngpVM (натиснути "Підписатися" та "Повідомити мене")
📝 Вхід вільний

Лів-кодінг прямо зараз!

https://youtube.com/live/FzeQvov2rbo?feature=share

Що кодую?

Систему, яка автоматично створює тікети в Jira на основі звітів з pytest, тестових сценарієв у TestRail, а також на основі OpenAI.