Геннадий Чурсов | QA++

Нагрузочное тестирование — это тема, о которой нередко вспоминают только после того как все легло на проде 😅

Давайте исправим это и подложим соломинку заранее. Я хоть и не инженер по нагрузочному тестированию и как по мне это вообще отдельная специализация, но на нескольких моих проектах такие задачи входили в зону ответственности автоматизаторов. Поэтому разбираться в производительности, мониторинге и поиске узких мест полезно далеко не только performance-инженерам.

⚙️ 9 сентября, в День тестировщика, в Москве и онлайн пройдёт ПерфКонф #12 — ежегодная конференция о производительности и отказоустойчивости ИТ-систем. В этом году я снова стал информационным партнёром конференции.

В программе:
🔸 Нагрузочное тестирование
🔸 Хаос инженеринг
🔸 Оптимизация производительности и тюнинг
🔸 Практики DevOps и CI\CD
🔸 Управление командой и лидирование
🔸 Практики SRE, мониторинга и обеспечение надежности систем
🔸 Разбор реальных кейсов
🔸 Тренды индустрии
🔸 Использование ИИ во всех областях разработки: мониторинг, прогнозирования, анализа результатов тестирования и др.

Будет полезно AQA и SDET-инженерам, специалистам по нагрузочному тестированию, QA Lead, DevOps, SRE и всем, кому важно, чтобы система не только работала функционально, но и выдерживала реальную нагрузку.

Можно приехать на конференцию в Москве или подключиться онлайн.

📎 Сайт: https://perfconf.ru/
📢 Канал конференции: https://t.me/performanceconf

P.S. В августе организаторы обещали подогнать промокод на скидку при покупке билетов, но я вам этого не говорил!

Как не завалить собеседование на HTTP-методах в 2026 году? 🤔

Теперь когда вас спросят назвать HTTP-методы, не ограничивайтесь привычным набором GET, POST, PUT, PATCH, DELETE. С июня появился ещё один стандартизированный метод: QUERY.

Это не замена GET. Это отдельный способ сказать серверу: «выполни сложный запрос, но ничего в данных не меняй».

Какую проблему он решает и почему его так давно хотели?

Представьте endpoint аналитики.
С GET он быстро становится таким:

GET /analytics/events?from=2026-06-01&to=2026-06-30&groupBy=country&groupBy=platform&event=checkout_completed&includeInactive=false HTTP/1.1

Пока параметров пять — терпимо.
Когда появляется десяток фильтров, массивы, диапазоны, сортировки и правила агрегации — URL превращается в строку, которую никто не хочет ни читать, ни дебажить.

Исторически в такой ситуации делают так:

POST /analytics/events/search HTTP/1.1
Content-Type: application/json

{
  "period": {
    "from": "2026-06-01",
    "to": "2026-06-30"
  },
  "filters": {
    "event": "checkout_completed",
    "includeInactive": false
  },
  "groupBy": ["country", "platform"]
}

Работает. Но для инфраструктуры POST означает: «осторожно, тут теоретически могут быть изменения». После сетевого сбоя клиент не должен бездумно повторять такой запрос: вдруг сервер уже успел создать заказ, списать деньги или запустить джобу.

С QUERY тот же вызов выглядит так:

QUERY /analytics/events HTTP/1.1
Content-Type: application/json

{
  "period": {
    "from": "2026-06-01",
    "to": "2026-06-30"
  },
  "filters": {
    "event": "checkout_completed",
    "includeInactive": false
  },
  "groupBy": ["country", "platform"]
}

И его семантика уже понятна на уровне протокола:
— запрос безопасный: клиент не ожидает изменения состояния ресурса;
— идемпотентный: при обрыве соединения его можно повторить;
— тело запроса — нормальная часть контракта, а не спорный GET с body;
— ответ можно кешировать, хотя кешу придётся учитывать ещё и содержимое body.

Где это может пригодиться?
Поиск по каталогу, отчёты, сложная фильтрация, построение выборок, аналитические API, внутренние платформенные сервисы.

Почитать поподробнее: https://www.rfc-editor.org/rfc/rfc10008.html

Сохраняй пост, чтобы перед следующем собеседованием повторить: помимо привычных HTTP-методов теперь есть ещё QUERY для сложных read-only запросов с body.

Как подготовиться по Java для старта в автоматизации? 🦘

Собрал подборку бесплатных материалов, курсов и книг, которые помогут QA начать разбираться в Java перед переходом в автоматизацию.

🎓 Бесплатные курсы по Java

1️⃣ Introduction to Java (Hyperskill)
✅ Бесплатно с ограничениями
🌍 На английском
💻 С практическими заданиями

2️⃣ Java. Базовый курс (Stepik)
✅ Бесплатно
📈 Есть тесты и практика
⚠️ Не подходит для новичков, больше для уровня middle

3️⃣ Курс Java: обучение программированию на ява с нуля (Code-basics)
✅ Бесплатно
🛠 Покрывает только первые 3 темы
👌 Неплохо использовать как тренажер, чтобы набить руку

4️⃣ Java programming (Helsinki University)
✅ Бесплатно
🌍 На английском
👌 Подходит для новичков

📚 Книги для изучения
1️⃣ Герберт Шилдт — "Java. Руководство для начинающих"
2️⃣ Брюс Эккель — "Философия Java"
3️⃣ Барри Бёрд — "Основы программирования на Java для чайников"
4️⃣ Сьерра Кэти и Бэйтс Берт — "Изучаем Java"
5️⃣ Хорстманн Кей С. — "Java. Библиотека профессионала. Том 1. Основы"

Java, конечно, не единственный язык для AQA, но если ты хочешь идти в UI/API автоматизацию, особенно в enterprise-проекты, это всё ещё один из самых сильных и востребованных вариантов.

Главное — не пытаться пройти всё сразу. Лучше выбрать один основной курс, регулярно заниматься, параллельно практиковаться и постепенно переносить знания на реальные задачи: сайт, API-сервис, пет-проект или даже рабочий проект.

А если материал не зашел — это нормально. Иногда проблема не в тебе, а в формате объяснения. Просто попробуй другой курс или книгу.

Также делюсь записью моего вебинара для Women In Tech про переход из ручного тестирования в автоматизацию.
Там разбираем, как выбрать направление, какие инструменты актуальны в 2026 году и как планировать обучение без хаоса.
🟥 Youtube
🟦 ВКонтакте

Сохраняй пост, чтобы не потерять, и отправь тому, кто хочет перейти в AQA 🚀

В комментариях пиши почему выбираешь именно Java для автоматизации? 👇

Раньше здесь была реклама — теперь тут кот 🐱

Делюсь записью интервью по теме "Как проходит техническое интервью тестировщика в Европе" для канала Across (онлайн-школа английского для ИТ и диджитал)

На эфире разобрали:
🔹 Что происходит на рынке QA в Испании, Сербии и на Кипре;
🔹 Как проходит процесс найма тестировщиков в Европе и какие этапы включает;
🔹 Чем отличается тех. интервью в Европе от СНГ;
🔹 Что такое culture fit и как успешно пройти этот этап;
🔹 Какого уровня английского хватит для работы;
🔹 Как получить обратную связь, даже если вы провалили интервью;
🔹 Что обычно спрашивают на собеседованиях;
🔹 Как сертификаты важны в Европе для тестировщиков;
🔹 Что происходит с AI в QA.

Также статья с текстовой версией: https://telegra.ph/Kak-prohodit-tehnicheskoe-intervyu-testirovshchika-v-Evrope-05-03 📄

Включает дополнения к ответам, ссылки на исходные вакансии и доклад про исследование Эрин Мейер о культурных отличиях в разных странах 🌍

📆 29 апреля в 20:00 МСК проведём открытый эфир в формате интервью с практикующим QA-инженером, работающим на европейском рынке.

👨🏻‍💻 Наш гость — Геннадий Чурсов, Software Engineer in Test в JetBrains. Более 10 лет в тестировании, с 2022 года работает в Сербии и имеет опыт прохождения и проведения собеседований в европейских компаниях.

Что обсудим на эфире:
🔹 как выглядит процесс найма тестировщика в Европе и какие этапы включает;
🔹 чем отличается техническое интервью в Европе от СНГ, что чаще всего спрашивают;
🔹 что такое culture fit и как успешно пройти этот этап;
🔹 можно ли получить полезную обратную связь после собеседования;
🔹 насколько важны сертификаты (ISTQB и другие);
🔹 как сейчас выглядит рынок вакансий QA в Сербии и других странах Европы.

📊 Отдельно Геннадий поделится своим анализом рынка вакансий тестировщиков. Если вам интересны конкретные страны — напишите в комментариях.

💬 Во время эфира можно будет задать свои вопросы вживую.

🎟 Участие бесплатное, нужна регистрация через чат-бот.

👍 если планируешь быть.
😢 если в это время уже есть планы.

Пригласили как спикера на эфир про технические собеседования QA в Европе

Хочу добавить немного реальной аналитики по вакансиям (как делал раньше по Сербии)

👉 И вот тут нужна ваша помощь

1. По каким странам сделать обзор вакансий?
Сербию уже дважды разбирал, хочется что-то новое. Думаю в сторону:
— Германия
— Нидерланды
— Польша
— Испания
— Португалия

Но, возможно, вам интереснее что-то другое?

2. Какие вопросы вас больше всего волнуют на эфире?
Я сам успел поработать в Польше на Google, были менти в Польше и Германии.
Может у вас есть какие-то конкретные вопросы, которые стоит разобрать?

Соберу все вопросы, подготовлю аналитику по вакансиям и сделаю разбор на эфире в конце апреля 🙌

Рассказывал эту шутку на одном из митапов и никто не смеялся 🥲

Написал комментарий в рандом видео на ютубе - 2к лайков 😎

Вот и думайте!

Сколько ты зарабатываешь? 🤑

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

Есть способ проще! Достаточно посмотреть исследование QA зарплат от Антона с канала Горящий тестер 🔥

Он собрал данные почти с 500 специалистов и сделал удобную разбивку:
— реальные вилки по грейдам и направлениям
— как зарплата растёт с опытом
— разница между регионами
— удалёнка vs офис
— продукт vs аутсорс
— и даже кто доволен своей зарплатой (не все 🙂)

Сама таблица с данными: Статистика зарплат в QA. 1 квартал 2026 года 👈

Я уже посмотрел и есть несколько интересных наблюдений:
— Разброс внутри одного грейда огромный, иногда раза в 2-3. Мои соболезнования тем 2-м сеньорам с <1500$ зарплатой 🐱
— Автоматизация стабильно выше мануального тестирования, но разрыв не всегда космический
— Продукт чаще выигрывает у аутсорса. Собственно я тоже в 23 году ушел в продуктовые компании
— Удалёнка не всегда = больше денег, иногда это просто про удобство
— Удовлетворённость зарплатой не линейна. Даже при росте дохода люди не сильно счастливее. Классика!

Из того, чего не хватило:
— Сколько работ у людей с доходом > $5k? Есть ощущение, что там не всегда одна 😅
— И не хватает метрики «деньги / час». Потому что можно пахать 12 часов за $1000, а можно работать 2 часа в день за $5000 (базовый минимум судя по соцсетям)
— Нет грейдов staff/principal и роли SDET (я/мы существуем)

Ну что, уже пишете менеджеру «есть разговор»? 😏

У меня пригорело с оглавления книги "Angry Tests" 😡

Особенно со всех этих:
— не используйте soft assertion
— не используйте стабы
— не смотрите на продакшен окружение

И я вызвался волонтером, чтобы провести её ревью и помочь с выходом.

Заодно чуть побольше узнать какие же проблемы у разработчиков возникают с юнит и не только тестами, так как самому в роли SDET приходится с этим ближе работать.

Если кто не знаком, то автор книги Егор Бугаенко программист, спикер и блогер, автор "Elegant Objects" и ютуб канала: https://www.youtube.com/@yegor256 🟥

Книга обещает выйти уже 15 мая на всех амазонах нашей планеты.