👁🗨 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 - минимум
Источник
Всем привет! Давайте разберёмся, в чём разница между 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 - минимум
❤26👍9🔥6
YADROxSPRINT OFFER: оффер QA Automation Engineer за 3 дня 🚀
Хотите присоединиться к команде, создающей телеком-решения для беспроводных мобильных сетей, и получить оффер за 3 дня?
💡 Как это работает:
1️⃣ Отправьте заявку до 7 сентября и пройдите HR-скрининг.
2️⃣ Пройдите техническое и менеджерское интервью.
3️⃣ Получите оффер в течение 3 дней.
Что вас ждёт:
🚀 Автоматизация тестирования с использованием Python+PyTest.
🚀 Разработка и поддержка автотестов.
🚀 Интеграция автотестов с CI/CD и тестовыми окружениями.
Кого мы ждём в команду YADRO?
Инженеров QA Automation (Junior/Middle/Senior) с опытом работы в автоматизации тестирования от 2 лет и уверенным знанием Python. Желателен опыт с Linux и пониманием сетей, базирующихся на TCP/IP.
💙 Отправляйте заявку до 7 сентября и станьте частью команды YADRO!
Хотите присоединиться к команде, создающей телеком-решения для беспроводных мобильных сетей, и получить оффер за 3 дня?
💡 Как это работает:
1️⃣ Отправьте заявку до 7 сентября и пройдите HR-скрининг.
2️⃣ Пройдите техническое и менеджерское интервью.
3️⃣ Получите оффер в течение 3 дней.
Что вас ждёт:
Кого мы ждём в команду YADRO?
Инженеров QA Automation (Junior/Middle/Senior) с опытом работы в автоматизации тестирования от 2 лет и уверенным знанием Python. Желателен опыт с Linux и пониманием сетей, базирующихся на TCP/IP.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤10👎9🌚3😴3😁1
🎱 HTTP-коды и методы: шпаргалка для тестировщика - Часть 1
Каждый пользователь хоть раз в жизни сталкивался с ситуацией, когда заходит на сайт, а его встречает ошибка 404, сразу мысль «Ну, значит что-то не то с сайтом». Давайте поглубже разберемся в теме и посмотрим на другие ошибки, которые могут быть неочевидны для пользователей, но для нас являются важными для контроля состояния и работы сайта.
Основные HTTP-методы
1. GET - «Дай мне данные» (например, загрузка страницы)
Не требуется тело запроса!
- Пример:
- Ошибка:
2. POST - «Создай что-то новое/Отправь данные» (отправка формы, регистрация)
Тело запроса используется!
- Пример:
- Ошибка:
3. PUT - «Полностью обнови данные» (замена всей записи)
Тело запроса используется!
- Пример:
- Ошибка:
4. PATCH - «Частично обнови данные» (измени только имя)
Тело запроса используется!
- Пример:
- Ошибка:
5. DELETE - «Удали ресурс»
Не требуется тело запроса!
- Пример:
- Ошибка:
6. HEAD - «Покажи только заголовки» (как GET, но без тела)
Не требуется тело запроса!
- Пример:
- Ошибка:
7. OPTIONS - «Какие методы доступны?» (запрашивает информацию о доступных методах и опциях для конкретного ресурса)
Не требуется тело запроса!
- Пример:
8. TRACE - «Покажи путь запроса» (используется для диагностики, возвращает полученный запрос)
Не требуется тело запроса!
- Пример:
- Ошибка:
P.S. Самый редкий зверь в API-тестировании - это TRACE. Встречали его когда-нибудь в работе?
Каждый пользователь хоть раз в жизни сталкивался с ситуацией, когда заходит на сайт, а его встречает ошибка 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 Request3. PUT - «Полностью обнови данные» (замена всей записи)
Тело запроса используется!
- Пример:
PUT /api/users/1 {name: "Alex Black"} → 200 OK- Ошибка:
PUT /api/users/999 (несуществующий ID) {name: "Alex Black"} → 404 Not Found4. PATCH - «Частично обнови данные» (измени только имя)
Тело запроса используется!
- Пример:
PATCH /api/users/1 {name: "Alex Patched"} → 200 OK- Ошибка:
PATCH /api/users/1 [name: Alex Patched] (неправильный формат данных, мы ожидали JSON в body) → 400 Bad Request5. DELETE - «Удали ресурс»
Не требуется тело запроса!
- Пример:
DELETE /api/users/1 → 204 No Content (если удаление выполнено успешно, но нет необходимости возвращать тело ответа)- Ошибка:
DELETE /api/users/999 → 404 Not Found6. 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. Встречали его когда-нибудь в работе?
🔥34👍10❤6💘1
📕 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
На открытом уроке 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
❤11👍3🔥2
18 сентября — митап YADRO для QA-инженеров!
📍 Санкт-Петербург, Loft Hall и онлайн
🕕 Начало в 19:00 | 🎫 Участие бесплатное
В программе:
— QA-практики в YADRO (Михаил Саравайский).
— Тестирование систем хранения данных: от RAID до автоматизации (Артём Хюппенен, YADRO).
— Интеграционные тесты глазами разработчиков: опыт облачной платформы MWS Cloud Platform (Эдгар Сипки).
— Финальный доклад от экспертов YADRO (Владимир Авдеев и Полина Ященко).
Офлайн-формат: демозона, стенды с «железом», квесты, подарки, afterparty.
👉 Регистрация уже открыта, количество мест ограничено.
📍 Санкт-Петербург, Loft Hall и онлайн
🕕 Начало в 19:00 | 🎫 Участие бесплатное
В программе:
— QA-практики в YADRO (Михаил Саравайский).
— Тестирование систем хранения данных: от RAID до автоматизации (Артём Хюппенен, YADRO).
— Интеграционные тесты глазами разработчиков: опыт облачной платформы MWS Cloud Platform (Эдгар Сипки).
— Финальный доклад от экспертов YADRO (Владимир Авдеев и Полина Ященко).
Офлайн-формат: демозона, стенды с «железом», квесты, подарки, afterparty.
👉 Регистрация уже открыта, количество мест ограничено.
Источник
1.
git pull - «Дай мне свежий код»Зачем: Стянуть последние изменения из репозитория
Как:
git pull origin main (стягиваем изменения из ветки main)Лайфхак: Перед тестированием всегда делайте pull, иначе будете проверять устаревшую версию.
2.
git checkout -b feature/new-tests - Создать новую веткуЗачем: Чтобы не сломать основную ветку (main/master)
Как:
git checkout -b my-feature (создаем ветку и сразу переключается на нее)3.
git commit -m "Fix: update test cases" - Закрепить измененияЗачем: Фиксировать правки в тест-кейсах или скриптах
Как:
git add . (добавляем все измененные файлы)git commit -m "Update regression tests" (подписываем изменения)4.
git push - Отправить свои правкиЗачем: Загрузить ваши тесты на сервер
Как:
git push origin my-feature (отправляем ветку в удаленный репозиторий)5.
git merge - Слить ветки (осторожно!)Зачем: Добавить свои изменения в основную ветку
Как:
git checkout main (переключаемся на main)git merge my-feature (вливаем изменения из my-feature)⚠️ Конфликты: Если Git ругается на «merge conflict»:
1. Откройте файл, найдите строки с
<<<<<<< и >>>>>>>2. Удалите лишнее, оставив нужный код
3. Запустите:
git add .git commit -m "Resolved merge conflict"
6.
git stash - Спрятать незаконченную работуЗачем: Если срочно нужно переключиться на другую таcку
Как:
git stash (временно сохраняем изменения)git stash pop (возвращаем их обратно)7.
git log - Посмотреть историюЗачем: Узнать, кто и когда сломал тесты
Как:
git log --oneline (компактный вывод)8.
git reset --hard HEAD - Откатить все измененияЗачем: Если всё сломалось и нужно начать заново
Как:
git reset --hard HEAD (возвращаем последнюю сохраненную версию)❗️Осторожно: Это удалит все незакоммиченные правки!
9.
git cherry-pick - Взять один коммит из другой веткиЗачем: Перенести срочный фикс, не мержа всю ветку
Как:
git cherry-pick abc123 (где abc123 — хеш нужного коммита)10.
git blame - Найти автора строки кодаЗачем: Узнать, кто написал этот код
Как:
git blame src/test/java/com/example/LoginServiceTest.java (покажет, кто и когда менял файл)💡 Советы по конфликтам:
1. Чаще делайте pull - меньше шансов на конфликты
2. Договаривайтесь о правилах - например, кто мержит в main
3. Используйте GUI (например, SourceTree) - если командная строка пока пугает
Please open Telegram to view this post
VIEW IN TELEGRAM
👍29❤11🔥9
📕 Тестовые фреймворки: 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
На открытом уроке 2 сентября в 20:00 мск мы погрузимся в тонкости работы популярных тестовых фреймворк:
📗 На вебинаре разберём:
1. JUnit 5 vs TestNG — что выбрать и почему.
2. Структура теста: аннотации, ассерты, параметры.
📘 В результате на практике сравните различные фреймворкми для автотестов, разберетесь в их работе, плюсах и минусах и сможете самостоятельно выстраивать работу с ними.
👉 Регистрация и подробности о курсе QA Automation Engineer: https://otus.pw/GdEN/
Все участники открытого урока получат скидку на курс "QA Automation Engineer"
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2W5zFHYpqm2
👍11❤3
▫️Сертификат 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 начали сокращать сотрудников
▫️Проработанные, но несчастные: почему массовая психологизация не спасает от внутренней пустоты
▫️Смирись: ты ненормальный
▫️Анти-план по устройству в бигтех, или Как всё пошло не по плану
▫️Фрактальная логика и битва нейросетей за семантику
Удачной недели!
Please open Telegram to view this post
VIEW IN TELEGRAM
❤21🔥4🤔4
Уже 4 сентября в 16:00 состоится бесплатное занятие «Как заглянуть в любой уголок приложения через скриншот-тесты»!
Регистрируйтесь прямо сейчас и забирайте карьерный гайд для Java QA в подарок
Подробнее узнаете на занятии о скриншот-тестах:
– зачем они нужны и что дают
– как работать с библиотекой от PointFree
– как автоматизировать всё через Prefire
– как скриншот-тесты влияют на командные процессы и что ещё можно с их помощью автоматизировать.
– 12 лет в мобильной разработке
– экс-хед мобильного направления в Dodo Brands
– автор книги «Про доступность iOS», а также соавтор курса по автоматизации тестирования
на Java Advanced
– на данный момент в финтехе
Please open Telegram to view this post
VIEW IN TELEGRAM
👍12🔥2
Автоматизация тестирования + искусственный интеллект = прорыв 😱
Вы — QA Lead, и мечтаете вывести процессы автотестирования на новый уровень? Или только начинаете свой путь в этом направлении и не знаете, с чего начать?
У нас есть решение!
2 сентября в 19:00 проведём вебинар, который изменит твой подход к автотестированию!
Спикеры — эксперты с 20+ годами опыта, которые расскажут, как правильно выстроить стратегию тестирования и внедрить AI-инструменты, не упав в ловушку "иллюзорной эффективности".
Что узнаете на вебинаре?
🔧Как начать автотестирование с нуля, если ты новичок, и как избежать ошибок на первых этапах
🔧Как выстроить зрелую стратегию автотестирования и интегрировать AI-инструменты с максимальной выгодой
🔧Как улучшить коммуникацию с разработчиками, чтобы ускорить процесс тестирования и не терять на этом время
Для всех участников — скидка 7% на любой курс OTUS и подарки:
🎁 Гайд "10 шагов к оптимизации процессов в команде тестирования"
🎁 Бонусы и скидки на курсы, которые прокачают твою команду и ускорят развитие твоего бизнеса.
📝 Записывайтесь на вебинар: https://tglink.io/66bc09230ea1
Не упустите шанс получить конкретные инсайты от профессионалов.
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: 2W5zFHj5N8x
Вы — QA Lead, и мечтаете вывести процессы автотестирования на новый уровень? Или только начинаете свой путь в этом направлении и не знаете, с чего начать?
У нас есть решение!
2 сентября в 19:00 проведём вебинар, который изменит твой подход к автотестированию!
Спикеры — эксперты с 20+ годами опыта, которые расскажут, как правильно выстроить стратегию тестирования и внедрить AI-инструменты, не упав в ловушку "иллюзорной эффективности".
Что узнаете на вебинаре?
🔧Как начать автотестирование с нуля, если ты новичок, и как избежать ошибок на первых этапах
🔧Как выстроить зрелую стратегию автотестирования и интегрировать AI-инструменты с максимальной выгодой
🔧Как улучшить коммуникацию с разработчиками, чтобы ускорить процесс тестирования и не терять на этом время
Для всех участников — скидка 7% на любой курс OTUS и подарки:
🎁 Гайд "10 шагов к оптимизации процессов в команде тестирования"
🎁 Бонусы и скидки на курсы, которые прокачают твою команду и ускорят развитие твоего бизнеса.
📝 Записывайтесь на вебинар: https://tglink.io/66bc09230ea1
Не упустите шанс получить конкретные инсайты от профессионалов.
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: 2W5zFHj5N8x
👍8👎2🔥2❤1
🛠 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? Делитесь опытом
Если Вы хотите повысить качество 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? Делитесь опытом
👍28🔥8❤5
📕 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
На открытом уроке 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
❤7👍3👎1
🎱 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 году и означает, что сервер - это чайник и он не может заварить кофе.
Ссылка на первую часть
🔧 Популярные 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 году и означает, что сервер - это чайник и он не может заварить кофе.
👍31❤13🔥9👎2
📌 Приглашаем вас на два бесплатных вебинара курса «Elastic/OpenSearch Advanced»
💎 Вебинар №1: «Мощный функционал OpenSearch, доступный бесплатно»
⏰ 10 сентября в 20:00 мск
🔹 На вебинаре:
💎 Вебинар №2: «Что нового появилось в ElasticSearch за 4 года после появления OpenSearch»
⏰ 24 сентября в 20:00 мск
🔹 На вебинаре:
Регистрация на вебинары ➡️ OTUS.RU
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid: 2W5zFJoQYRW
💎 Вебинар №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
👍7
Forwarded from QA Live 🚩 тестирование ПО
This media is not supported in your browser
VIEW IN TELEGRAM
▫️Наш рецепт вкусных автотестов
▫️Принцип Тетриса, или Test as Low as Possible
▫️Сервисный уровень пирамиды — Майкл Кон
▫️Сертификат ISTQB для специалистов по автоматизации (ISTQB Advanced Test Automation Engineer). Примеры вопросов / ч.3
▫️CI/CD и Jenkins
▫️Все пропало: 10 синих экранов смерти
▫️Перезагрузка охоты на баги: пять способов усилить ваше тестирование
▫️Как не нужно писать автотесты на Python
▫️Клик без промаха: комбинированный подход в автоматизации Windows-приложений на примере UWP
▫️Креатив глазами тестировщика
▫️От Defect Leakage к коэффициенту эффективности
▫️Автоматизированная отладка Playwright-тестов с AI
▫️Shift-Left тестирование с Testcontainers: ловим баги на ранних этапах локальными интеграционными тестами
▫️FlaUI на практике: поиск элементов, умные ожидания и борьба с динамическим UI
▫️QA-инженер в продукте: как я ушёл из аутсорса и перестал паниковать перед релизом
▫️Записки одного QA. Вспомогательная часть автотестов: советы и практики (Playwright + Typenoscript)
▫️Как правильно вайбкодить! Советы от QA, который запустил свою песочницу
▫️Explyt 4.1: поддержка Python и MCP, пользовательские Rules и Workflows
🌎 Англо
▫️Agile hardware testing: Enabling shift-left with hardware-in-the-loop (HIL)
▫️Under the Hood: Exploring the AI Models Powering GitHub Copilot
▫️How to Use Selenium Proxy for Browser Automation
▫️Best Beta Testing Tools in 2025
▫️Testing with Natural Intelligence
▫️The Golden Rule: Never Let the AI Modify Tests
▫️Automation Maturity Matrix & Test Pyramid
▫️Why You Should Write More Context Tests and Fewer Unit Tests
▫️Automate everything; and why metadata matters
▫️Cypress — How to Create Automatic Weekly Flake Alerting
▫️Getting Started with Vibium: AI-Native Test Automation Revolution
▫️Рынок автоматизации тестирования в России в 2025: зарплаты
▫️Записки бизнес-аналитика. UX и UI: как видеть продукт глазами пользователя
▫️SQL для всех: от новичка до профи. Полный гид по тренажерам, курсам и песочницам
▫️Вышел Chrome 140
▫️Случаи из разработки на асинхронных фреймворках в Python. Часть 1. FastAPI
▫️Рынок труда тестировщиков-автоматизаторов в России (2025)
▫️Как я вскрыл «умный» замок пятью способами за пять минут
▫️Как проверить время и асинхронный код в Go
▫️Когда open/close уже мало: как мы реализовали протокол доступа к 20 000 машин через Bluetooth
Удачной недели!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍16🔥3😁2❤1
📚 Подборка для практики и изучения SQL
Источник — QA4Life
▫️ HackerRank (SQL challenges)
Огромное количество SQL-задач от easy до hard. Отличная тренировка в стиле "coding interview".
▫️ Codewars
Крупное комьюнити и тысячи "ката" — задач разного уровня. Можно практиковаться в SQL и сравнивать решения с другими.
▫️ W3Resource SQL Tutorial & Tasks
Пошаговые SQL-уроки + более 700 задач от простых до продвинутых.
▫️ StrataScratch
Тренажёр с реальными SQL‑задачами из FAANG-компаний. Отлично подходит к подготовке к собеседованиям.
▫️ LeetCode (SQL section)
SQL‑раздел на легендарной платформе. "База" для подготовки к самым жёстким интервью.
▫️ DataLemur
Подборка SQL‑кейсов в стиле собеседований: аналитика, агрегаты, оконные функции.
▫️ SQL-ex
Легендарный русскоязычный тренажёр с сотнями практических задач.
▫️ Online SQL Playground
Простая "песочница" для теста запросов без установки СУБД.
▫️ Stepik (SQL тренажёры):
▪️Интерактивный курс — практика с задачами по SQL.
▪️SQL Adventure – геймифицированный формат: приключение для новичков.
▪️Введение в SQL – Победитель Stepik Awards 2024 - Лучший курс по Анализу данных! Это ключ к миру баз данных. Вам доступны структурированные лекции, почти 100 тестовых и интерактивных задач
▪️Марафон данных: первое знакомство с SQL и Python Этот курс для тех, кто хочет познакомиться с профессией аналитика данных. Если вы никогда ранее не сталкивались с SQL, Python и продуктовыми метриками, то этот курс – для вас! Курс рассказывает про самые важные инструменты аналитика данных, и объясним всю суть аналитической работы максимально просто и на реальных примерах.
▪️Собеседование по SQL: Теория и практика Этот курс предназначен для тех, кто хочет успешно пройти собеседование по SQL. Рассмотрим решение практических задач и ответы на наиболее часто встречающиеся теоретические вопросы.
▫️Яндекс Практикум — основы SQL
Курс с теорией и практикой по базам данных. Полезно новичкам.
▫️SQL Academy
Онлайн SQL-тренажёр с интерактивными задачами от простого к сложному.
▫️SQLtest.online
Минималистичный тренажёр для практики SELECT, JOIN, GROUP BY и других основ.
▫️SQLBolt
Короткие уроки + интерактивные задания на английском. Отлично для быстрого старта.
▫️PostgreSQL Docs
Официальная документация PostgreSQL. Обязательный справочник для работы с БД.
▫️SQL-Translator (AI)
AI, который переводит текстовые задачи в SQL-запросы. Можно тренироваться и проверять себя.
▫️DBQuacks
Новые SQL‑челленджи в игровом стиле. Отличный способ учиться весело и нестандартно.
Источник — QA4Life
▫️ HackerRank (SQL challenges)
Огромное количество SQL-задач от easy до hard. Отличная тренировка в стиле "coding interview".
▫️ Codewars
Крупное комьюнити и тысячи "ката" — задач разного уровня. Можно практиковаться в SQL и сравнивать решения с другими.
▫️ W3Resource SQL Tutorial & Tasks
Пошаговые SQL-уроки + более 700 задач от простых до продвинутых.
▫️ StrataScratch
Тренажёр с реальными SQL‑задачами из FAANG-компаний. Отлично подходит к подготовке к собеседованиям.
▫️ LeetCode (SQL section)
SQL‑раздел на легендарной платформе. "База" для подготовки к самым жёстким интервью.
▫️ DataLemur
Подборка SQL‑кейсов в стиле собеседований: аналитика, агрегаты, оконные функции.
▫️ SQL-ex
Легендарный русскоязычный тренажёр с сотнями практических задач.
▫️ Online SQL Playground
Простая "песочница" для теста запросов без установки СУБД.
▫️ Stepik (SQL тренажёры):
▪️Интерактивный курс — практика с задачами по SQL.
▪️SQL Adventure – геймифицированный формат: приключение для новичков.
▪️Введение в SQL – Победитель Stepik Awards 2024 - Лучший курс по Анализу данных! Это ключ к миру баз данных. Вам доступны структурированные лекции, почти 100 тестовых и интерактивных задач
▪️Марафон данных: первое знакомство с SQL и Python Этот курс для тех, кто хочет познакомиться с профессией аналитика данных. Если вы никогда ранее не сталкивались с SQL, Python и продуктовыми метриками, то этот курс – для вас! Курс рассказывает про самые важные инструменты аналитика данных, и объясним всю суть аналитической работы максимально просто и на реальных примерах.
▪️Собеседование по SQL: Теория и практика Этот курс предназначен для тех, кто хочет успешно пройти собеседование по SQL. Рассмотрим решение практических задач и ответы на наиболее часто встречающиеся теоретические вопросы.
▫️Яндекс Практикум — основы SQL
Курс с теорией и практикой по базам данных. Полезно новичкам.
▫️SQL Academy
Онлайн SQL-тренажёр с интерактивными задачами от простого к сложному.
▫️SQLtest.online
Минималистичный тренажёр для практики SELECT, JOIN, GROUP BY и других основ.
▫️SQLBolt
Короткие уроки + интерактивные задания на английском. Отлично для быстрого старта.
▫️PostgreSQL Docs
Официальная документация PostgreSQL. Обязательный справочник для работы с БД.
▫️SQL-Translator (AI)
AI, который переводит текстовые задачи в SQL-запросы. Можно тренироваться и проверять себя.
▫️DBQuacks
Новые SQL‑челленджи в игровом стиле. Отличный способ учиться весело и нестандартно.
👍19❤3🔥1