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

Как распознать травмы кандидата за 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.

🔥 Тестировщикам, у кого есть ручные задачи Если у тебя полно ручных задач и ты всё ещё: - пишешь чек-листы вручную - не понимаешь, что от тебя хотят в задаче - долго разбираешь ТЗ и требования - не понимаешь, в чём ошибка и как тестировать Показываю, как использовать ИИ в тестировании, чтобы делать рутину быстрее и аккуратнее. Нейросети это новый инструмент, а не замена тестировщика. ⚡️ Реальный пример: Анализ ТЗ на 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

Открытый бесплатный курс “Линукс для тестировщиков” 🐧 Только то, что реально пригодится в работе. 🚀 Старт курса 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 для автоматизации? 👇