Всем хороших выходных! 🛋

Если вы любите тесты и хотите проверить свои знания, то рекомендую пройти тесты как по тестированию, так и по техникам тест-дизайна. 🧑‍💻

Делитесь своими результатами в комментариях. Я, например, набрал 12/16 по техникам тест-дизайна, так что есть еще куда развиваться.

А вот и мой тест на основы Java Core.

Trust no one, even yourself

С таким лозунгом приходится жить любому тестировщику.

📅 Буквально вчера вечером нужно было написать простенький парсер с сайта. Решил выбрать Selenide и по мере написания тестов столкнулся с необработанным исключением:

Caused by: org.openqa.selenium.NoSuchElementException: no such element: Unable to locate element: {"method":"xpath","selector":"//span[text() = 'Show more results']"}

А мне там нужно было до последнего кликать на "Show more", а потом эта кнопка уже всё, либо могла случайно не прогрузиться за таймаут.

🔄 Пару десятков раз перезапустив тесты, которые идут до падения около 20 минут, а на часах уже 2 часа ночи, я в очередной раз не понял, почему у меня тест падает, не обрабатывая исключения. Для простоты использовал просто catch (Exception e). Каково же было мое удивление, что оказывается все эти ElementNotFoundException и StaleElementException в Selenide, в отличие от Selenium, не наследуются от Exception, а наследуются от Error. А еще и логи непонятно зачем выводят мне исключения Selenium, вместо Selenide.

🚫 Не доверяйте никому, даже логам, даже себе! Всегда всё перепроверяйте.

Хочу порекомендовать вам подборку телеграм каналов о QA и тестировании

Все каналы прошли экспертный отбор, с прошлого раза в список добавились как и новые авторы, так и убрали заброшенные каналы.

Ссылка на добавление: https://t.me/addlist/PNmSaWa9ktw2YjRi 🔍

Рекомендую вам гайд от ментора Надежда Дудник

Мои материалы по теме тоже туда вошли, например:
1. Чек-лист оформления резюме
2. Видео разбора резюме Manual и Automation со мной и рекрутером
3. Плейлист мок собеседования по автоматизации Java на русском
4. Плейлист мок собеседования по автоматизации Java на английском

Также по теме советую посмотреть мои другие посты:
1. Тренажер для отработки вопросов для собеседований
2. Шаблон резюме
3. Как отвечать на вопрос "Расскажите о себе" с помощью STAR и презентация о себе (такое точно впечатлит на собеседовании)
4. Список русскоязычных компаний на мировом рынке и ресурсы для поиска работы в 70 странах

Успехов!

Думаю, будет полезно. Советую записаться! Тоже планирую в записи посмотреть

🦸‍♂️ На нашем открытом уроке “Запускаем автостесты и Allure отчеты в Gitlab-CI” не хватает только вас!

26 июля в 20:00 по МСК вместе с Александром Котляром, QA Lead, вы научитесь легко запускать автотесты на разных системах и управлять этим процессом из консоли, разберетесь в крутых фичах CI в GitLab и узнаете все лайфхаки по написанию скриптов и использованию Docker в CI. А еще – мы научим вас автоматизировать процессы с помощью триггеров и подключать красивые Allure-отчеты на GitLab Pages.

👉 Регистрация тут: ссылка

🎁 Специальный бонус для участников: приятная цена со скидкой на предстоящий курс!

Ссылка на занятие появится в чате 26 июля в 19:50 МСК.

Не пропустите!

Наконец-то это свершилось, у QA Guru вышел курс по автоматизации на JS. А то знаю тех кто этого долго ждал, а тут еще и скидки

💬 Вопрос от QA сообщества:

Может кто-то поделиться своим опытом по рефакторингу тестового фреймворка с использованием шаблонов проектирования или по миграции с одного тестового фреймворка на другой? Как сделать это менее болезненно?

🛠 Кейс: рефакторинг существующего фреймворка

1. Создать POC (proof of concept)
🔹 Проверьте, что изменение работает
🔹 Определите, сколько времени уходит на исправление одного теста/класса/метода

2. Анализ POC
🔹 Оцените необходимость и объем изменений
🔹 Соберите статистику, факты и примеры для согласования изменений с командой, менеджментом, клиентом

3. Разбивка изменений
🔹 Если изменения большие, разбейте их на мелкие подзадачи
🔹 Вносите изменения постепенно

Пример: Переход с TestNG на AssertJ, используя SoftAssertions:
🔸 Покрыт один класс автотестами в рамках POC
🔸 Написана инструкция по использованию AssertJ
🔸 Проведено демо, команда согласилась использовать AssertJ
🔸 Договоренность переписывать автотесты на AssertJ при внесении изменений в тесты или при недостатке данных в отчетах

4. Внесение небольших изменений
🔹 Внесите сразу в рамках одной задачи, чтобы было легко отменить при необходимости

5. Обратная совместимость
🔹 Используйте feature flag для возможности включать/выключать новую фичу
🔹 Откатитесь на предыдущий функционал при необходимости

Пример: Добавление предварительной генерации тестовых данных:
🔸 Создайте переменную isTestDataGenerationEnabled со значением false по умолчанию
🔸 Запустите тесты с false, затем с true и сравните результаты
🔸 При появлении новых падений, связанных с новой функциональностью, верните флаг на false и исправьте фреймворк
🔸 После успешного покрытия всех кейсов, установите флаг на true по умолчанию или уберите его

🏗 Кейс: использование шаблонов проектирования

1. Определение проблемы
🔹 Определите, какие части вашего фреймворка требуют улучшения
🔹 Решите, какой шаблон проектирования подойдет для решения проблемы (например, Factory, Singleton, Strategy)

2. Создание POC
🔹 Реализуйте небольшой пример с использованием выбранного шаблона
🔹 Убедитесь, что новый подход решает проблему и не нарушает существующую функциональность

3. Внедрение шаблона
🔹 Постепенно рефакторьте существующий код, используя новый шаблон
🔹 Обучите команду работе с новым шаблоном, предоставив инструкции и примеры

Пример: Использование шаблона Factory для создания объектов тестовых данных:
🔸 Создайте фабрику, которая будет отвечать за создание и настройку объектов
🔸 Проведите демо для команды, объяснив преимущества и особенности нового подхода
🔸 Постепенно заменяйте старый способ создания объектов на новый, используя фабрику

📅 В следующий раз я напишу про переход с одного фреймворка на другой на примере своего опыта.