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

Баг нашли за пару минут. А потом ещё минут десять вспоминаем шаги, открываем Network, собираем окружение и переносим всё это в баг-репорт 😅 Недавно потестировал Bug Report Recorder — Chrome-расширение, которое забирает часть этой рутины на себя. Во время проверки Recorder: 🔹 записывает действия и формирует шаги 🔹 сохраняет URL, браузер, ОС и viewport 🔹 собирает Network 🔹 помогает подготовить черновик баг-репорта Причём, как по мне, расширение полезно как ручным QA, так и для автоматизаторов, которые периодически вручную проверяют веб-приложение и потом заводят баги. Когда тестировал расширение, сразу вспомнил прошлое место работы: вот бы мне тогда такую тулу, когда после найденного бага приходилось вручную вытаскивать из Network и копировать в тикет по пять request/response. Проект активно развивается. Я уже успел прислать Ларисе несколько пожеланий после тестирования, которые она взяла в работу, так что сейчас ещё и хороший момент, чтобы попробовать инструмент и повлиять на его развитие. 👉 Bug Report Recorder: Chrome Web Store Автор проекта — @larisa_voin

У тестировщиков редко бывает одинаковая работа. 😺 Один меняет IT на стройку и заново собирает своё представление о QA. Другой тестирует NGFW и совмещает Agile, Waterfall и R&D, потому что цена ошибки слишком высока. Кто-то работает на стыке аналитики и тестирования, пока вокруг AI-хайп. А кто-то превращает страшную метрику забагованности в нормальный инструмент для команды. 🤔 Поэтому 9 сентября, в День тестировщика, я решил собрать четырёх действующих специалистов в одном эфире, где каждый расскажет о том, с чем работает прямо сейчас. Начнём с круглого стола: «Что сегодня делает тестировщика ценным?»

Доменная экспертиза, инженерная база или влияние на процессы?

А затем перейдём к четырём реальным историям. • Света @bettercalllory — «Как панда из IT в стройку ушла»

Что происходит, когда полностью меняешь домен, что приходится чинить первым — процессы или мышление — и к чему это приводит за полгода.

• Вячеслав @Tsevinskiy — «Agile против Waterfall: как мы собрали гибрид для NGFW»

«Agile — да, Waterfall — обязательно». Звучит как оксюморон? Добро пожаловать в реальный мир энтерпрайза и HighLoad.

• Дима Алексеев @qa_road_channel — «Будни аналитика-тестировщика: классическая инженерия после AI-хайпа»

Почему классические инженерные подходы никуда не делись и бизнес уже не так оголтело кричит: «Возьми мои деньги и сделай AI-ассистента».

• Дима Беляков @DmBelyakov — «Забагованность: как ZBP стала союзником качества»

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

И да, будут подарки от докладчиков и моих друзей из ТестОпс 🥳

После каждого выступления спикер выберет лучший вопрос, а его автор сразу получит подарок 👍

Приносите свои кейсы и спрашивайте то, что действительно хотелось обсудить с практиками. 9 сентября, 19:00 МСК Ссылка на эфир: https://youtube.com/live/apHpUcuD4i4 https://youtube.com/live/apHpUcuD4i4 https://youtube.com/live/apHpUcuD4i4 Участие бесплатное. Отправьте этот пост знакомым тестировщикам — 9 сентября собираемся своей QA-тусовкой. 🎉 Ставьте 🔥, если будете!

Наконец-то на работе поставили задачу с которой я легко справлюсь! 😁

Бесплатный вебинар: Автоматизация тестирования как инвестиция: от внедрения к измеримому результату в эпоху ИИ Коллеги из Performance Lab проводят вебинар для QA-инженеров, лидеров команд и всем ответственным за автоматизацию в продуктовой команде.  Дата: 03/09/2026 в 16:00 МСК Тема вебинара: 🔸 должна ли автоматизация работать на цели QA и бизнеса — или на собственные метрики и количество тестов; 🔸 что происходит, когда автотесты и репозитории есть, а регресс всё равно остаётся ручным и процесс QA почти не меняется; 🔸 где ИИ действительно экономит время QA‑команды: от анализа требований и подготовки тестовой модели до генерации тестовых данных, автотестов и разбора логов; 🔸 в каких условиях ИИ‑инструменты не работают, как нужно, и только ускоряют существующий хаос: неполные требования, слабая документация, отсутствие архитектуры автоматизации и понятных правил работы; 🔸 как выглядит зрелый подход: сначала бизнес‑цель и узкое место в QA‑процессе, а уже потом выбор между автоматизацией, изменением процесса, архитектуры и применением ИИ. Регистрация по ссылке: https://www.performance-lab.ru/webinar/qa-03-09/ 👈

Как прокачать LinkedIn так, чтобы не только самому искать работу, но и получать хорошие входящие предложения от компаний? 🤔 Недавно ко мне пришли с таким запросом и я решил собрать в статье свой подход и ответить на вопросы: 🔹 Как оформить профиль; 🔹 Что писать в headline и About; 🔹 Какие ключевые слова использовать; 🔹 Как строить профессиональный нетворк; 🔹 Зачем вообще вести контент, если вы не хотите становиться блогером. Если коротко: хороший LinkedIn - это когда вас находят, быстро понимают вашу ценность и видят подтверждение экспертизы. Статья здесь: https://telegra.ph/LinkedIn-na-prokachku-kak-QA-inzheneru-sdelat-tak-chtoby-rabota-iskala-ego-sama-08-30 👈📄

Помните писал про конференцию про нагрузочное тестирование? Осенью этого года в День тестировщика в Москве 9 сентября пройдет очередная ежегодная конференция по обеспечению качества ИТ-систем. Так вот, организаторы подогнали промокод на скидку perfconf10 1️⃣0️⃣ Вся дополнительная информация на сайте https://perfconf.ru/ и в канале конференции: https://t.me/performanceconf

Как распознать травмы кандидата за 3 собеседования? 🤔 HR сохраняем, кандидаты читаем дальше на свой страх и риск. СОБЕСЕДОВАНИЕ 1 Спросите кандидата:

— Почему вы ушли с предыдущей работы?

Если отвечает:

«Компания задерживала зарплату, менеджмент был токсичным, поэтому я ушёл».

🚩 НАРЦИССИЧЕСКАЯ ТРАВМА Обвиняет работодателя и совершенно не способен увидеть собственный вклад в то, что ему три месяца не платили зарплату. Стоит спросить:

«А что ВЫ могли сделать иначе, чтобы компания не задерживала вам зарплату?»

Если кандидат не может ответить, то очевидно, рефлексия отсутствует. Если говорит:

«Я понял, что мне там больше неинтересно, и нашёл работу получше».

🚩 ИЗБЕГАЮЩИЙ ТИП ПРИВЯЗАННОСТИ К РАБОТОДАТЕЛЮ Вместо того чтобы бороться за отношения с компанией, кандидат просто ушёл. Сегодня он бросил предыдущего работодателя. Завтра он бросит вас. Если говорит:

«Мне предложили зарплату в два раза больше».

🚩 КОРЫСТНАЯ МОДЕЛЬ ТРУДОВЫХ ОТНОШЕНИЙ Человек воспринимает работу как обмен своего труда на деньги. Очень тревожный сигнал. СОБЕСЕДОВАНИЕ 2 Спросите:

— Что вы делаете, если вам отказали после собеседования?

Если ответ:

«Ничего. Значит, не подошли друг другу, ищу дальше».

🚩 ТРАВМА ОТВЕРЖЕНИЯ Человек настолько боится повторного отказа, что даже не пытается написать рекрутеру ещё 14 раз и доказать, что компания совершила ошибку. Здоровый кандидат должен бороться за отношения.

«Могу попросить фидбэк, а дальше двигаюсь дальше».

🚩 ЭМОЦИОНАЛЬНАЯ ОТСТРАНЁННОСТЬ Обратите внимание на пугающую способность человека спокойно принимать слово «нет». Возможно, он совершенно не умеет добиваться любви работодателя.

«После нескольких этапов мне отказали без объяснений, поэтому я больше туда не подавался».

🚩 ЧЁРНО-БЕЛОЕ МЫШЛЕНИЕ Один негативный опыт — и кандидат уже делает выводы о компании. Спросите:

«А почему вы не попробовали пройти ещё 7 собеседований туда же?»

СОБЕСЕДОВАНИЕ 3 Самый важный вопрос: — Что вы поняли о себе благодаря прошлой работе?

«В целом ничего особенного. Мне нравилось, потом перестало нравиться, я ушёл. Хорошо провёл там четыре года».

🚩🚩🚩 ГЛУБОКО ВЫТЕСНЕННАЯ РАБОЧАЯ ТРАВМА Человек утверждает, что четыре года работы могли просто быть нормальным периодом жизни. Очевидное отрицание. Травма есть. Просто кандидат пока не готов её признать.

«Я понял, что мне важны интересные задачи и хороший коллектив».

🚩 НЕПРОРАБОТАННЫЕ ПОТРЕБНОСТИ Почему человеку вообще что-то должно быть нужно от работы? Зрелый сотрудник не предъявляет требований.

«Компания меня использовала: я выполнял обязанности трёх человек без повышения зарплаты».

🚩 НАРЦИССИЗМ Опять виновата компания. Никакой ответственности за происходящее. Спросите:

«А что в ВАС заставило работодателя дать вам работу за троих и не повысить зарплату?»

Если кандидат начинает смеяться — это защитная реакция.

«Да, я сам слишком долго соглашался на лишнюю нагрузку. Сейчас научился говорить “нет”».

🚩 ТРАВМА ПОГЛОЩЕНИЯ Кандидат устанавливает границы. Вероятно, плохо переносит корпоративную близость.

«Я до сих пор хорошо общаюсь с бывшими коллегами».

🚩 НЕ ОТПУСТИЛ ПРОШЛЫЕ РАБОЧИЕ ОТНОШЕНИЯ Подумайте: готов ли этот человек эмоционально к новой компании, если у него всё ещё есть бывшие коллеги? И главный красный флаг 🚩 Кандидат говорит:

«Работа важная часть моей жизни, но не вся моя жизнь. Я выполняю свою работу, получаю за неё деньги, а свободное время трачу на семью, друзей и свои интересы».

🚩🚩🚩🚩🚩 ТЯЖЁЛАЯ ТРАВМА КОРПОРАТИВНОЙ БЛИЗОСТИ. Такой человек: — не называет компанию семьёй; — способен уйти домой после окончания рабочего дня; — не испытывает чувства вины во время отпуска; — может сменить работодателя, если ему станет плохо. Он явно ещё не готов к серьёзным отношениям с бизнесом. А если серьезно, то советую почитать про реальные красные флаги на собеседованиях и что спрашивать на собеседовании 📖

Как подготовиться по Python для старта в автоматизации? 🐍 Собрал подборку бесплатных материалов, которые помогут QA начать разбираться в Python и постепенно перейти к автоматизации. 🎓 Курсы и материалы: 1️⃣ Программирование на Python (Stepik) 2️⃣ Автоматизация тестирования с помощью Selenium и Python (Stepik) 3️⃣ Автоматизация тестирования с помощью Playwright Python (Stepik) 4️⃣ Бесплатный курс по автоматизации на Python от QA Road 5️⃣ Бесплатный курс по автоматизации от RedRover.school 6️⃣ Пет-проект на Python по материалам Sergey Salyk (закрепленная статья в LinkedIn) Python — один из самых дружелюбных языков для старта в автоматизации: простой синтаксис, много материалов, быстрый вход и понятный путь к UI/API тестам. Главное — не пытаться пройти всё сразу. Выбери один основной курс, занимайся регулярно и сразу применяй знания на практике: автоматизируй сайт, API-сервис или собери небольшой пет-проект. Также делюсь записью моего вебинара для Women In Tech про переход из ручного тестирования в автоматизацию. Там разбираем, как выбрать направление, какие инструменты актуальны в 2026 году и как планировать обучение без хаоса. 🟥 Youtube 🟦 ВКонтакте Сохраняй пост, чтобы не потерять, и отправь тому, кто хочет перейти в AQA 🚀 А ты какой язык выбираешь для старта в автоматизации: Python, Java или JS/TS? 👇

Нагрузочное тестирование — это тема, о которой нередко вспоминают только после того как все легло на проде 😅 Давайте исправим это и подложим соломинку заранее. Я хоть и не инженер по нагрузочному тестированию и как по мне это вообще отдельная специализация, но на нескольких моих проектах такие задачи входили в зону ответственности автоматизаторов. Поэтому разбираться в производительности, мониторинге и поиске узких мест полезно далеко не только 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.

AI для тестировщика — это не только “напиши мне тест-кейсы”. С помощью готовых инструментов можно быстро собирать полезные штуки для себя, команды или небольшого бизнеса: Telegram-ботов, сервисы для транскрибации и саммаризации, внутренние дашборды, мини-CRM, автоматизации между сервисами. Не обязательно сразу становиться разработчиком или бросать QA. Но навык быстро превратить идею в работающий прототип уже может сильно упростить жизнь и на работе, и в личных проектах. В бесплатном боте собраны кейсы, инструменты и примеры того, что сейчас можно делать с AI и освоить навык архитектора кода: от простых автоматизаций и небольших приложений до сайтов и сервисов, которые решают реальные задачи бизнес и позволяют зарабатывать от 200 000 ₽ в месяц без ухода с основной работы. Внутри будет и предложение обучения, но сам бот можно пройти как обзор инструментов и идей для собственных проектов. Забрать бесплатный доступ: @anwis_neuro Реклама. ИП Циганов Дмитрий Николаевич. ИНН: 732717888430 erid:2VtzqvWkzrV

🔥 Тестировщикам, у кого есть ручные задачи Если у тебя полно ручных задач и ты всё ещё: - пишешь чек-листы вручную - не понимаешь, что от тебя хотят в задаче - долго разбираешь ТЗ и требования - не понимаешь, в чём ошибка и как тестировать Показываю, как использовать ИИ в тестировании, чтобы делать рутину быстрее и аккуратнее. Нейросети это новый инструмент, а не замена тестировщика. ⚡️ Реальный пример: Анализ ТЗ на 30 страниц: 12 часов → 4 часа с AI В курсе «Тестируем с ИИ» ты: ✅ Получаешь промты для чек-листов, тест-кейсов и баг-репортов ✅ Анализируешь требования и составляешь тест-план с ИИ ✅ Тестируешь API и UI с помощью ИИ ✅ Работаешь с БД через AI + MCP ✅ Пишешь и улучшаешь резюме ✅ Тестируешь GraphQL с ИИ 5 часов обучения сэкономят недели жизни ⚡️ Автор курса: Дима Алексеев, 6+ лет в QA, веду канал @qa_road_channel 💰 4990₽ → 2990₽ до 26 июля 👀 Содержание и покупка на Stepik: stepik.org/a/251931 🔗 Купить в Telegram: @qa_road_bot 📩 Вопросы и оплата от компании: Дима Алексеев @Smok_Belyu

Готовы тестировать технологии, которые отправляются в космос? 🚀 Участвуйте в SPRINT OFFER для инженеров по автоматизации тестирования (Python) и получите оффер всего за 5 дней. БЮРО 1440 – российская аэрокосмическая компания, создающая собственную низкоорбитальную спутниковую группировку для высокоскоростной передачи данных с глобальным покрытием. Команда нанимает в департамент "Единые системы управления и разработка ПО", где инженеры разрабатывают цифровые двойники, инструменты проектирования космической системы, внутреннее облако, дата-платформу, инструменты для разработчиков и системы управления разработкой, занимается тестированием и раскаткой ПО. 💡 Что важно: • Опыт в тестировании от 5 лет; • Высшее техническое образование; • Опыт автоматизации тестирования на Python от 3 лет; • Опыт автоматизации тестирования API, UI и GUI; • Знание SQL, Docker, Kubernetes и Linux. ⚙️ Как проходит SPRINT OFFER: 1️⃣ Оставьте заявку до 24 июня. 2️⃣ Пройдите техническое и менеджерское интервью. 3️⃣ Получите оффер за 5 дней. 💼 Что предлагаем: 🚀 Удалённую работу по РФ, гибридный формат или офис; 🚀 Участие в разработке космических технологий и спутниковых систем связи; 🚀 Карьерный рост внутри команды и возможность развиваться в смежных направлениях; 🚀 Возможность участия в профессиональных конференциях, тренингах и обучение в собственной академии 1440 за счет компании; 🚀 ДМС со стоматологией, страхование, корпоративные скидки и комплексная поддержка сотрудников. Присоединяйтесь к БЮРО 1440 и станьте частью команды, которая создает связь нового поколения! Отправляйте заявку до 24 июня!

Открытый бесплатный курс “Линукс для тестировщиков” 🐧 Только то, что реально пригодится в работе. 🚀 Старт курса 9 июня в 21 по мск. 👀 Что будет внутри: 1) Сразу подключаемся к удалённому серверу по SSH и начинаем работать там, а не локально. 2) Разбираем алиасы, навигацию и файловую систему: /, etc, var, home. 3) Учимся ставить, удалять и обновлять пакеты через apt, apt-get, pip, смотреть логи, редактировать конфиги в nano/vim/vi и не бояться консоли. 4) Разбираем потоки, конвейеры и переменные: stdin, stdout, stderr, >, >>, 2>, |, .bashrc, .bash_profile. 5) Отдельно пройдём права, пользователей, sudo, SSH-ключи, шифрование и базовый траблшутинг: curl, ps, top/htop, df, du, ss/netstat, lsof, Docker, логи. 6) В финале — bash и cron, чтобы автоматизировать рутину без боли. 📌 Это будет курс только по самому нужному, только база, которую можно сразу брать в работу. 🔥А еще к нам придет девопс/SRE инженер Максим Трофимов и поделится опытом как сделать работу на сервере удобнее и комфортнее. Чтобы записать на курс достаточно добавиться в канал @qa_road_channel Если давно хотелось подружиться с Linux и терминалом это хороший момент.

Как подготовиться по 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 для автоматизации? 👇

Почему QA всё ещё необходим? Рассказывают QA-инженеры из Авито Коллеги записали подкаст, в каждом эпизоде которого обсуждают: — каковы задачи и роль QA в 2026-м; — как ИИ применяется в тестировании и сможет ли он заменить тестировщиков; — как найти тот самый баланс между ручным тестированием и автоматизацией. 🎧 Слушать подкаст: — Яндекс Музыка — YouTube — Любимый стриминг ⚡️ А ещё недавно ребята провели исследование QA-рынка. Свыше 800 тестировщиков поделились болями, надеждами и мнениями. Более полного и актуального среза рынка точно ещё не было. Почитать результаты исследования можно в телеграм-канале подкаста «Не воспроизводится».

Делюсь записью интервью по теме "Как проходит техническое интервью тестировщика в Европе" для канала 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, были менти в Польше и Германии. Может у вас есть какие-то конкретные вопросы, которые стоит разобрать? Соберу все вопросы, подготовлю аналитику по вакансиям и сделаю разбор на эфире в конце апреля 🙌