📕 Maven + Gradle: история успешного тестирования для QA-инженеров, начинающих автоматизаторов и всех, кто хочет уверенно настраивать проекты под автотесты

На открытом уроке 26 августа в 20:00 мск мы погрузимся в тонкости создания и настройки проектов для автотестов:

📗 На вебинаре разберём:
1. Создание проекта для автотестов с Maven и Gradle.
2. Как подключать библиотеки: JUnit, Selenium, Allure.

📘 В результате на практике сравните Maven и Gradle, разберетесь в их плюсах и минусах и выберете подходящий инструмент под свои задачи.

👉 Регистрация и подробности о курсе QA Automation Engineer: https://otus.pw/NBie/

Все участники открытого урока получат скидку на курс "QA Automation Engineer"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJeKs1z

👁‍🗨 Agile vs Waterfall
Источник

Всем привет! Давайте разберёмся, в чём разница между Agile (Scrum/Kanban) и Waterfall, и как это влияет на нашу работу.

🌊 Waterfall («Водопад»)

Как работает:
1. Этапы идут строго друг за другом (как вода в водопаде):
Требования → Дизайн → Разработка → Тестирование → Внедрение → Поддержка
2. Тестирование - в самом конце (когда весь продукт уже готов)

Плюсы для QA:
▫️Чёткий план (знаем все требования заранее)
▫️Участники проекта, не задействованные на определенной фазе, могут переключаться на другие проекты
▫️Подходит для госпроектов, систем, где нельзя менять требования и для модернизации уже существующих проектов

Минусы:
▫️Если баг найден поздно - исправлять дорого
▫️Нет гибкости

🔄 Agile (Scrum, Kanban)

Как работает:
1. Разбиваем проект на маленькие кусочки (итерации по 2-4 недели)
2. Тестируем каждую фичу сразу (не ждём конца разработки)

Scrum
- Есть спринты (обычно 2 недели)
- Каждый день daily (короткая ежедневная встреча команды разработки, которая проходит в одно и то же время. На ней каждый участник команды отвечает на вопросы «Что было сделано вчера? Что буду делать сегодня? Есть ли что-то, что может помешать работе над задачами спринта?»)
- Тестировщик встроен в команду (не отдельный «отдел»)

Kanban
- Нет спринтов - гибкий поток задач
- Задачи висят на доске, их прогресс наглядно виден по колонкам статусов (To do → In Progress…)

Плюсы для QA:
▫️Быстрая обратная связь
▫️Раннее вовлечение в процесс
▫️Постепенное тестирование

Минусы:
▫️Нужно быстро адаптироваться (требования могут меняться)
▫️Много рутины (ежедневные митинги, ретроспективы)

⚖️ Что лучше для тестировщика?

- Скорость: Waterfall - медленно, Agile - быстро
- Гибкость: Waterfall - нет, Agile - да
- Риски: Waterfall - баги находятся поздно, Agile - ловим баги в процессе разработки
- Документация: Waterfall - много, Agile - минимум

отличная идея)

🎱 HTTP-коды и методы: шпаргалка для тестировщика - Часть 1

Каждый пользователь хоть раз в жизни сталкивался с ситуацией, когда заходит на сайт, а его встречает ошибка 404, сразу мысль «Ну, значит что-то не то с сайтом». Давайте поглубже разберемся в теме и посмотрим на другие ошибки, которые могут быть неочевидны для пользователей, но для нас являются важными для контроля состояния и работы сайта.

Основные HTTP-методы

1. GET - «Дай мне данные» (например, загрузка страницы)
Не требуется тело запроса!
- Пример: GET /api/users → 200 OK (получаем список пользователей)
- Ошибка: GET /api/page-not-exist → 404 Not Found (пытаемся получить что-то со страницы, которой не существует)

2. POST - «Создай что-то новое/Отправь данные» (отправка формы, регистрация)
Тело запроса используется!
- Пример: POST /api/users body:{"name": "Alex", "id": 1} → 201 Created (создание нового пользователя)
- Ошибка: POST /api/users (без тела запроса) → 400 Bad Request

3. PUT - «Полностью обнови данные» (замена всей записи)
Тело запроса используется!
- Пример: PUT /api/users/1 {name: "Alex Black"} → 200 OK
- Ошибка: PUT /api/users/999 (несуществующий ID) {name: "Alex Black"} → 404 Not Found

4. PATCH - «Частично обнови данные» (измени только имя)
Тело запроса используется!
- Пример: PATCH /api/users/1 {name: "Alex Patched"} → 200 OK
- Ошибка: PATCH /api/users/1 [name: Alex Patched] (неправильный формат данных, мы ожидали JSON в body) → 400 Bad Request

5. DELETE - «Удали ресурс»
Не требуется тело запроса!
- Пример: DELETE /api/users/1 → 204 No Content (если удаление выполнено успешно, но нет необходимости возвращать тело ответа)
- Ошибка: DELETE /api/users/999 → 404 Not Found

6. HEAD - «Покажи только заголовки» (как GET, но без тела)
Не требуется тело запроса!
- Пример: HEAD /api/users → 200 OK (но тело пустое)
- Ошибка: HEAD /api/page-not-exist → 404 Not Found (пытаемся получить заголовок страницы, которой не существует)

7. OPTIONS - «Какие методы доступны?» (запрашивает информацию о доступных методах и опциях для конкретного ресурса)
Не требуется тело запроса!
- Пример: OPTIONS /api/users → 200 OK (в заголовке Allow: GET, POST, PUT)

8. TRACE - «Покажи путь запроса» (используется для диагностики, возвращает полученный запрос)
Не требуется тело запроса!
- Пример: TRACE /api/users → 200 OK (в теле ответа - копия вашего запроса)
- Ошибка: TRACE /api/security-page → 403 Forbidden (метод запрещен из-за соображений безопасности)

P.S. Самый редкий зверь в API-тестировании - это TRACE. Встречали его когда-нибудь в работе?

📕 Jenkins и эффективные CI/CD-конвейеры для автоматизации тестирования для разработчиков Java, QA инженеров, автоматизаторов, QA Lead и DevOps-специалистов

На открытом уроке 28 августа в 20:00 мск мы погрузимся в тонкости работы с Jenkins с помощью Docker Compose и не только:

📗 На вебинаре разберём:
1. Развёртывание Jenkins в Docker Compose — быстро, просто и воспроизводимо.
2. Принципы построения CI/CD-пайплайнов под автоматизацию тестирования и использование Groovy для гибкой настройки конвейеров.

📘 В результате научитесь строить и настраивать CI/CD-конвейеры под задачи автоматизации тестирования и освоите базу работы с Groovy в Jenkins.

👉 Регистрация и подробности о курсе Java QA Engineer. Professional: https://otus.pw/RVZ3/

Все участники открытого урока получат скидку на курс "Java QA Engineer. Professional"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFJbFqrx

18 сентября — митап YADRO для QA-инженеров!

📍 Санкт-Петербург, Loft Hall и онлайн
🕕 Начало в 19:00 | 🎫 Участие бесплатное

В программе:
— QA-практики в YADRO (Михаил Саравайский).
— Тестирование систем хранения данных: от RAID до автоматизации (Артём Хюппенен, YADRO).
— Интеграционные тесты глазами разработчиков: опыт облачной платформы MWS Cloud Platform (Эдгар Сипки).
— Финальный доклад от экспертов YADRO (Владимир Авдеев и Полина Ященко).

Офлайн-формат: демозона, стенды с «железом», квесты, подарки, afterparty.

👉 Регистрация уже открыта, количество мест ограничено.

А если работать грузчиком, то вы получите спортзал, за которую ещё и платят))

📕 Тестовые фреймворки: JUnit, TestNG и не только для QA-инженеров, начинающих автоматизаторов и всех, кто хочет уверенно настраивать проекты под автотесты

На открытом уроке 2 сентября в 20:00 мск мы погрузимся в тонкости работы популярных тестовых фреймворк:

📗 На вебинаре разберём:
1. JUnit 5 vs TestNG — что выбрать и почему.
2. Структура теста: аннотации, ассерты, параметры.

📘 В результате на практике сравните различные фреймворкми для автотестов, разберетесь в их работе, плюсах и минусах и сможете самостоятельно выстраивать работу с ними.

👉 Регистрация и подробности о курсе QA Automation Engineer: https://otus.pw/GdEN/

Все участники открытого урока получат скидку на курс "QA Automation Engineer"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFHYpqm2

Автоматизация тестирования + искусственный интеллект = прорыв 😱

Вы — QA Lead, и мечтаете вывести процессы автотестирования на новый уровень? Или только начинаете свой путь в этом направлении и не знаете, с чего начать?
У нас есть решение!
2 сентября в 19:00 проведём вебинар, который изменит твой подход к автотестированию!

Спикеры — эксперты с 20+ годами опыта, которые расскажут, как правильно выстроить стратегию тестирования и внедрить AI-инструменты, не упав в ловушку "иллюзорной эффективности".

Что узнаете на вебинаре?

🔧Как начать автотестирование с нуля, если ты новичок, и как избежать ошибок на первых этапах
🔧Как выстроить зрелую стратегию автотестирования и интегрировать AI-инструменты с максимальной выгодой
🔧Как улучшить коммуникацию с разработчиками, чтобы ускорить процесс тестирования и не терять на этом время

Для всех участников — скидка 7% на любой курс OTUS и подарки:

🎁 Гайд "10 шагов к оптимизации процессов в команде тестирования"
🎁 Бонусы и скидки на курсы, которые прокачают твою команду и ускорят развитие твоего бизнеса.

📝 Записывайтесь на вебинар: https://tglink.io/66bc09230ea1

Не упустите шанс получить конкретные инсайты от профессионалов.

Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: 2W5zFHj5N8x

🛠 Rendering в DevTools: шпаргалка для QA-инженеров от Владлена Цыганенко

Если Вы хотите повысить качество UI-тестирования, выявлять визуальные баги и анализировать поведение сайта при отрисовке, обратите внимание на вкладку Rendering в Chrome DevTools.

Это мощный инструмент, который поможет заметить лаги интерфейса, понять, что тормозит отрисовку, и выявить проблемы адаптивности.

Ниже краткая шпаргалка, как её открыть и что с ней делать.

Как открыть вкладку Rendering:
▫️Откройте DevTools: F12 или Ctrl+Shift+I (на macOS: Cmd+Option+I);
▫️Нажмите на кнопку с тремя точками в правом верхнем углу DevTools;
▫️Выберите More tools → Rendering; либо Ctrl+Shift+P (на macOS: Cmd+Shift+P)
▫️Панель появится в нижней части DevTools, обычно в виде вкладки.

Зачем нужна панель Rendering:
Эта панель позволяет включать специальные оверлеи и режимы для анализа отрисовки сайта в браузере.

Вот основные опции:

▫️Paint flashing
Подсвечивает зелёным участки страницы, которые браузер "перерисовывает".
📌 Полезно для выявления "лишней" отрисовки при скролле или ховере.

▫️Layout Shift Regions
Показывает области, где происходят layout shifts (внезапные смещения контента).
📌 Используется для анализа CLS (Cumulative Layout Shift) важного показателя Core Web Vitals.

▫️Layer borders
Визуализирует слои компоновки (compositing layers).
📌 Полезно при оптимизации производительности и отладке сложной графики (например, анимаций).

▫️FPS Meter
Выводит график кадров в секунду.
📌 Если FPS падает ниже 60, ищите, что грузит интерфейс.

▫️Scrolling Performance Issues
Показывает участки, где возможно торможение скролла.
📌 Особенно важно при тестировании длинных страниц и SPA.

▫️Emulate a focused page
Принудительно эмулирует фокус окна браузера.
📌 Нужен для проверки поведения элементов, реагирующих на фокус (например, плейсхолдеры или анимации при фокусе).

▫️Emulate CSS media feature prefers-reduced-motion
Позволяет эмулировать предпочтение пользователя "минимизировать анимацию".
📌 Актуально для проверки доступности и UX.

💡 Практика: как использовать QA-инженеру
▫️При воспроизведении визуального бага включите Paint flashing вы поймёте, перерисовывается ли нужная часть.
▫️Замечаете "дёргание" интерфейса? Включите Layout Shift Regions и зафиксируйте баг с точными координатами.
▫️Медленная анимация? Включите FPS Meter и найдите провал до < 60fps.
▫️Страница тормозит при прокрутке? Включите Scrolling Performance Issues и увидите участки с проблемами.

Вывод:
QA-инженеры с помощью панели Rendering могут точно локализовать визуальные и производительные дефекты, повысить качество баг-репортов и лучше взаимодействовать с командой разработки.

💬 А вы используете Rendering при тестировании UI? Или только Network и Console? Делитесь опытом

📕 Java Generics в автоматизации тестирования: практическое применение в UI и API тестах для автоматизации тестирования для разработчиков Java, QA инженеров, автоматизаторов, QA Lead и DevOps-специалистов

На открытом уроке 4 сентября в 20:00 мск мы погрузимся в тонкости применения Java Generics в тестах:

📗 На вебинаре разберём:
1. Как работают Generics в Java и чем они полезны для тестировщика-автоматизатора.
2. Практика внедрения Generics в существующий фреймворк автоматизации тестирования.

📘 В результате на практике сравните различные примеры применения Generics в UI и API автотестах, разберетесь в приёмах, позволяющих избавиться от дублирующегося кода, и gолучите шаблоны кода, которые можно сразу интегрировать в свой Java-фреймворк.

👉 Регистрация и подробности о курсе Java QA Engineer. Professional: https://otus.pw/FK7k/

Все участники открытого урока получат скидку на курс "Java QA Engineer. Professional"

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFGknBsn

🎱 HTTP-коды и методы: шпаргалка для тестировщика - Часть 2

Ссылка на первую часть

🔧 Популярные HTTP-коды

▫️Информационные (1хх):
- 100 Continue - сервер готов продолжить обработку запроса
- 101 Switching Protocols - клиент запрашивает изменение протокола и сервер подтверждает успешную смену
- 102 Processing - связан с протоколом WebDAV, говорит нам о том, что запрос находится в процессе обработки, но еще не закончен

▫️Успешные (2хх):
- 200 OK - запрос выполнен
- 201 Created - ресурс создан (например, новый пользователь)
- 202 Accepted - запрос находится в обработке, но не завершен
- 204 No Content - нет тела ответа (переданы только заголовки)
- 206 Partial Content - успешно выполнена часть GET-запроса, но нам в ответ пришла только часть ответа

▫️Перенаправления (3хх):
- 301 Moved Permanently - страница переехала на новый URL
- 304 Not Modified - контент не изменился (кэш актуален)

▫️Ошибки клиента (4хх):
- 400 Bad Request - сервер не понял запрос
- 401 Unauthorized - нет авторизации (или неверные креды)
- 403 Forbidden - доступ закрыт
- 404 Not Found - страницы не существует (может возникать, если неверно указан путь до ресурса)
- 405 Method Not Allowed - метод не поддерживается (мы можем посмотреть какие методы доступны для определенного ресурса с помощью метода из 7 пункта 1 части этой статьи 😉)
- 408 Request Timeout - истекло время ожидания сервера
- 429 Too Many Requests - слишком много запросов (защита от DDoS-атак)

▫️Ошибки сервера (5хх):
- 500 Internal Server Error - внутренняя ошибка сервера
- 502 Bad Gateway - проблема между серверами, прокси получил некорректный ответ
- 503 Service Unavailable - сервер временно недоступен
- 504 Gateway Timeout - сервер не дождался ответа, таймаут

И напоследок расскажу про свой любимый код ответа:
🫖 418 I’m a teapot - это самый настоящий код ответа, который поддерживается большинством реальных серверов. Код был добавлен в 1998 году и означает, что сервер - это чайник и он не может заварить кофе.

trauma-driven-development, в этом что-то есть...

p.s. Хороших выходных!

📌 Приглашаем вас на два бесплатных вебинара курса «Elastic/OpenSearch Advanced»

💎 Вебинар №1: «Мощный функционал OpenSearch, доступный бесплатно»
⏰ 10 сентября в 20:00 мск

🔹 На вебинаре:
- Обсудим функции, которые в Elastic доступны только в платной подписке, а в OpenSearch — бесплатно
- Разберём практические сценарии использования и ограничения каждой функции - Покажем примеры настройки и интеграции в реальных задачах

💎 Вебинар №2: «Что нового появилось в ElasticSearch за 4 года после появления OpenSearch»
⏰ 24 сентября в 20:00 мск

🔹 На вебинаре:
- Обзор ключевых нововведений в ElasticSearch за последние 4 года
- Разбор назначений, архитектуры и практических сценариев использования каждой функции
- Сравнение с аналогичными возможностями в OpenSearch и обсуждение ограничений

Регистрация на вебинары ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid: 2W5zFJoQYRW