Тестировщик от бога

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

📕 Тестовые фреймворки: 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

🟢Дайджест полезных материалов по тестированию | 26-31 августа

💡 TestEngineer
▫️Сертификат ISTQB по автоматизации, Advanced-уровень. Примеры вопросов
▫️Тестируем вайбкод: советы
▫️От QA-лида до менеджера
▫️Рутина в тестах — враг качества
▫️Вайбкодинг тестов фронтенда

💬 Также
▫️О Quality Gates и оптимизации релизных процессов в ОК
▫️Не вредит ли качеству тестирование через страх
▫️Вопросы по Postman на собеседовании
▫️Когда мы подключаемся в финале проекта: спасение или контрольный выстрел
▫️10 самых эпичных программных дефектов в истории

🗓 Хабр
▫️Автоматизированная отладка Playwright-тестов с AI
▫️Специфика тест-кейсов под автоматизацию
▫️Я управляю тестированием ИИ-моделей 4 года. Что я понял за это время
▫️Практикум Allure + Jenkins/Gitlab CI. Настройка автоматической отправки отчетов по почте
▫️Как мы обеспечиваем качество в SM Lab
▫️ИИ для QA: реальный опыт автоматизации анализа результатов автотестов
▫️Статистика багов, найденных тестером, не нужна. SAFe predictability
▫️Как сделать отчёты Playwright понятными, а падения — полезными
▫️TDD и цикл обратной связи

🌎 Англоязычное
▫️Jason Huggins, the creator of Selenium and Appium, has recently announced a new project — Vibium
▫️Flutter UI Testing with Patrol Framework
▫️Using Randomization in Functional Testing
▫️Experience report: Implementing High Volume Automated Testing system
▫️Automating from Console with AI Assistance
▫️AI Agents and Test Suites: Lessons from the Trenches
▫️You Broke Me? Why We Release With Bugs
▫️From Chaos to Clarity: How Our QA Team Learned to Tame Uncertainty
▫️Unified testing strategy (digital automotive marketplace)
▫️CSI — Coverage, Speed and Information
▫️Automating Animation Testing with Playwright: A Practical Guide
▫️Testing in a Logged-In State with the Playwright MCP Browser Extension (Debbie O’Brien the Principal of Playwright)

🥇 Нашумевшее
▫️Меня сократили из Т-Банка, и я полгода искал работу в IT
▫️В Rutube начали сокращать сотрудников
▫️Проработанные, но несчастные: почему массовая психологизация не спасает от внутренней пустоты
▫️Смирись: ты ненормальный
▫️Анти-план по устройству в бигтех, или Как всё пошло не по плану
▫️Фрактальная логика и битва нейросетей за семантику

👀 Посмотреть
🌐 Tired of ISTQB? Take the STEC path ⏱️1 час
🌐 On Magic Boxes and Magic — Conversations on Taking Testing Seriously ⏱️40 минут
🌐 Как AI научился рассуждать | Reinforcement learning, reasoning models ⏱️2 часа
🌐 Can These Resumes Get Hired in 2025? Tech Recruiter’s Feedback ⏱️1 час

✅ Большой дайджест с описаниями и картинками

Удачной недели!

🤔 Хотите узнать, как закрыть слепые зоны в приложении с помощью скриншот-тестов? Тогда вам на бесплатный вебинар от QA.GURU!

Уже 4 сентября в 16:00 состоится бесплатное занятие «Как заглянуть в любой уголок приложения через скриншот-тесты»!

Регистрируйтесь прямо сейчас и забирайте карьерный гайд для Java QA в подарок🔥

Подробнее узнаете на занятии о скриншот-тестах:

– зачем они нужны и что дают
– как работать с библиотекой от PointFree
– как автоматизировать всё через Prefire
– как скриншот-тесты влияют на командные процессы и что ещё можно с их помощью автоматизировать.

🎙 Спикер — Михаил Рубанов
– 12 лет в мобильной разработке
– экс-хед мобильного направления в Dodo Brands
– автор книги «Про доступность iOS», а также соавтор курса по автоматизации тестирования
на Java Advanced
– на данный момент в финтехе

🔗 Регистрируйтесь и забирайте бонус уже сейчас!

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

Вы — 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. Хороших выходных!