Дисклеймер: статья написана на основе интервью с руководителем отдела тестирования Лилией Иксановой
Меня зовут Лилия. 10 лет я руководила отделом тестирования, последние 3 года работала начальником отдела тестирования в SBI банке.
Комментарий редакции: по данным Хабр Карьеры, QA Lead получает от 360 до 570 тыс. ₽ в месяц.
Раньше я искала работу не больше двух недель. В июле 2025 года я вышла на рынок труда и поняла, как все изменилось.
Я слышала истории друзей и знакомых, которые ищут работу по полгода. Мне казалось это странным. Сейчас я сама столкнулась с тем, что даже с моим солидным опытом поиск занял целых два месяца.
Расскажу, как все было.
Воронка поиска
За два месяца я сделала 90 откликов на интересные для меня вакансии.
Результативность откликов:
Примерно 20 отказов через hh
~10 приглашений на собеседования через hh
20-30 приглашений через прямые каналы (Telegram, WhatsApp) — это были отдельные HR-специалисты, которые нашли мое резюме на hh и написали мне напрямую

В итоге сходила примерно на 50 собеседований за два месяца. Имею в виду не только с HR, но и следующие этапы — с нанимающими менеджерами и технические интервью.
Мой поиск пришелся на июль-август — невысокий сезон. Считается, что в эти месяцы компании смотрят резюме, но не очень набирают. Многие процессы замедляются из-за отпусков и летнего затишья.
Как ИИ помог структурировать опыт в резюме
Базовое резюме у меня было, и раньше оно отлично работало — никогда не искала работу больше двух недель. А сейчас, даже с качественным резюме, поиск занял два месяца. Проблема не в том, что резюме плохое или его нужно кому-то проверять. Проблема в том, что рынок кардинально изменился.
Так что я решила доработать свое резюме с помощью ИИ.
Я составляла промпты с описанием своего опыта, ИИ систематизировал информацию, а потом я корректировала результат — убирала лишнее и дополняла своими деталями.
Что получилось в резюме
1. Сразу указала все возможные варианты должности: Руководитель тестирования, Head of QA, Team Lead QA, QA Lead. Это расширяет охват подходящих вакансий.

2. В каждой позиции указала конкретные результаты:

Указала конкретные результаты с цифрами — они дают более четкое понимание масштаба работы и достижений
3. Написала не просто список инструментов, а показала, где и как применяла:


4. Хронология четко показывает рост — от руководителя группы тестирования до начальника отдела с расширением функций управления. Видно развитие карьеры и увеличение зоны ответственности.
Дополнительно прошла несколько сертификаций на Госуслугах — по тестированию, Python, Docker. Это подтягивает профиль и показывает, что следишь за трендами. Правда, сертификаты действуют только год, но в резюме они создают хорошее впечатление.
У меня получился структурированный опыт работы — формат, который лучше считывается как HR-системами, так и живыми рекрутерами.
Как откликалась на вакансии
Отбор вакансий
Искала вакансии с названиями: «Team Lead QA», «Head of QA», «QA Lead», «Руководитель отдела тестирования», «Начальник отдела тестирования» с временным ограничением «за последние сутки».
Принципиально смотрела только свежие вакансии. На старые вакансии уже подали заявки сотни человек, шансы минимальны.
На что не откликалась:
Вакансии с языками программирования Java, JavaScript, Go, C#. Я работаю на Python и не хотела распыляться на технологии, которые знаю поверхностно
Офис пятидневка — это что-то из прошлого, доковидное время. Я искала гибридный формат — 2-3 дня в офисе достаточно для решения всех рабочих вопросов
Оформление не по ТК
Офис, до которого добираться больше двух часов (живу в ближнем Подмосковье)
В прошлые поиски красным флагом были вопросы про стрессоустойчивость. Причем в контексте, что "к вам будет приходить вице-президент кричать". К счастью, сейчас такого не встречала.
Сопроводительное письмо
Писала сопроводительные письма к каждому отклику. В них указывала, какими конкретными компетенциями обладаю для данной вакансии.
Многие HR даже отправляют чек-листы компетенций — нужно отметить, что умеешь, а что нет. По этим галочкам уже идет первичный отбор, потому что откликов на вакансии приходит очень много.
Собеседования
Первое, что бросилось в глаза — процесс найма стал гораздо дольше и сложнее. Раньше работодатели старались быстро закрыть вакансии, сейчас наоборот — могут позволить себе долго выбирать.
Сейчас это рынок работодателя. Они ищут кандидатов с максимальным набором компетенций и не торопятся. Часто одна и та же вакансия появляется несколько месяцев подряд — работодатели смотрят кандидатов, но могут вообще никого не взять, если никто идеально не подходит.
Раньше схема была простой: разговор с HR → собеседование с нанимающим менеджером. Сейчас этапов больше.
HR собирает информацию о кандидате
Передает данные нанимающему менеджеру для предварительного решения
Отдельное техническое собеседование
Финальное интервью с лицом, принимающим решение
Раньше техническое интервью было частью встречи с нанимающим менеджером. Сейчас это отдельный этап.
Подготовка к собеседованию
В каждой компании спрашивают по-разному. Нет единого шаблона, но базовая структура остается: презентация опыта + технические вопросы + ситуационные кейсы.
Обязательная часть — "расскажите о себе". Обязательно нужно говорить в связке опыта работы и достижений компании — за что я отвечала конкретно, что делала, к каким результатом пришла. Здесь важно говорить не общие слова, а конкретные результаты с цифрами. Например: "автоматизировала 50% регресса".
Персонализация под компанию критически важна. В банках я делала акцент на банковском опыте. В IT-компаниях типа 2GIS рассказывала про весь технический бэкграунд за 10 лет — банковский опыт там не интересен.
Подготовка к техническим интервью
Я не готовлюсь ко всей базе сразу — смотрю на конкретную вакансию и повторяю именно те технологии, которые там указаны. Подстраиваюсь под требования и технологический стек компании. На подготовку к одному собеседованию уходит около часа.
Чаще всего нужно освежить в памяти:
Python: типы данных, конструкции языка, принципы оптимизации кода
Docker: как собрать образ, запустить, остановить, внести изменения
Linux: базовые команды навигации по файловой системе
Специфика компании и ее технологического стека
Я не веду детальную аналитику собеседований. Планировала начать, если поиск затянется, но оффер появился вовремя. Записывать конкретные вопросы тоже не стала. Они каждый раз разные, универсальной подготовки все равно не получается.
Кейсы с собеседований
Криптобиржа: все должны сидеть в офисе
Здесь меня сразу пригласили к нанимающему менеджеру, минуя HR. Я рассказала о своем опыте — функциональное, автоматизированное, нагрузочное тестирование. Сказали, что опыт хороший.
Потом сообщили главное условие: работать нужно строго из офиса, пять дней в неделю.
Объяснили почему: прочитали в статье про индуса, который работал удаленно аж на 80 проектах одновременно и нанимал других людей делать работу за себя. Компания решила, что все должны работать в офисе, чтобы избежать таких ситуаций.
И добавили, что сейчас рынок позволяет им быть избирательными — могут нанимать людей с условием работы в офисе, и хорошие специалисты все равно найдутся.
Я посмотрела адрес. Из Подмосковья ехать было далеко, поэтому вежливо отказалась.
Микросервисная компания: технический экзамен
Должность — руководитель отдела автоматизации, но с требованием писать автотесты руками.
После рассказа о моем опыте (UI и API автотесты на Python с Selenium, Request, PyTest) началось техническое собеседование.
Вообще, для автоматизации тестирования глубокого знания Python не нужно. Но меня начали спрашивать именно углубленные вопросы по Python, типы данных, конструкции языка.
Что ещё спрашивали:
Анализ и оптимизация готового кода (это не каждый начинающий Python-разработчик осилит)
Docker: команды для работы с контейнерами
Linux: базовые команды файловой системы
Поведенческие вопросы
Один из вопросов запомнился: "Что будете делать, если на общей встрече разработчик публично скажет, что автотесты не нужны?"
Здесь нет правильного ответа — кто как решает эти вопросы. Для кого-то это стресс, и он может начать кричать, доказывать. Я ответила, что поговорю с разработчиком отдельно, покажу, расскажу, зачем это нужно. Не при всех.
Мы очень долго возились с вопросами — полтора часа не хватило даже на техническое собеседование. Должен был быть лайв-кодинг, но мы не успели. В итоге они выбрали другого кандидата — видимо, нужен был более сильный уровень именно программирования, а не управления.
Банк
Интервью с тремя женщинами с выключенными камерами. Задавали детальные вопросы о построении процессов:
Как организовать тестирование, когда не хватает времени?
Что делать, если команда маленькая, а задач много?
Как выстраивать коммуникацию с бизнес-заказчиками?
Как был устроен процесс тестирования в предыдущем банке?
Я подробно рассказала про процессы и результаты, которых достигли. Понятно, без подробностей специфики банка — все, что разглашать нельзя, не разглашаем.
Три человека без видео задают подробные вопросы о том, как все устроено. В голове промелькнула мысль, что меня пригласили перенять опыт и все.
Сказали, что вернутся с обратной связью, и в итоге выбрали другого кандидата.
Результат поиска
Получила 2 оффера на позицию руководителя отдела тестирования.
Вилку зарплаты и место, куда устроилась героиня, можно посмотреть в телеграм-канале «Кухня известной IT-компании».
Важно найти сообщество
Во время поиска зарегистрировалась в Сетке — соцсети от hh, аналог LinkedIn. Там много интересных постов и людей в похожей ситуации.
Общение с теми, кто тоже ищет работу, очень помогает психологически. Понимание, что сложности переживают многие, снимает личную тревожность. Плюс можно обмениваться информацией о рынке.
Были моменты, когда эмоции накатывали — это нормально.
Стратегические выводы
Что я для себя вывела из этой ситуации интересного:
— Нужна подушка безопасности минимум на полгода. Это позволяет искать работу спокойно, без паники и необходимости хвататься за первый попавшийся вариант.
— Важно найти сообщество людей в похожей ситуации. Взаимная поддержка помогает не только морально, но и информационно.
— Рынок изменился кардинально. То, что раньше занимало две недели, теперь может растянуться на месяцы. Это новая норма.
— Даже с солидным бэкграундом нужно поддерживать технические навыки и готовиться к каждому собеседованию индивидуально.
— Времена, когда можно было найти работу за пару недель по одному звонку, прошли. Но при правильном подходе и терпении хорошие позиции все еще доступны.
Дисклеймер: статья написана для блога «Кухня известной IT-компании» на основе интервью с руководителем отдела тестирования Лилией Иксановой
Если вам понравилась эта история, вы можете прочитать и другие истории на телеграм-канале.
Комментарии (103)

Dhwtj
09.09.2025 13:53Да кому они нужны, эти тимлиды?
Тем более, не по знакомству а на открытом рынке

Шутка, но тем на менее
Почему вы решили, что тимлидом устроиться легче, чем рядовым?

VFaland
09.09.2025 13:53Не нужно два месяца полировать литкод и систем дизайн? По тому что наблюдаю на рынке в США, менеджеры и тимлиды меняют работу гораздо чаще и легче чем разрабы, ибо на собесе просто можно отболтаться, не надо много недельной подготовки.

max9
09.09.2025 13:53ну тут есть разные концепции. и таки менеджер и тимлид это сильный переход в разные грейды. поясню
для ТЛ в разных компаниях по разному, где-то требуют, где-то желательно, где-то обязательно иметь техскилл и кодить. даже у меня внутри компании оно по-разному (называть не буду, извините). есть реальный пример, где TL QA ходит и тупо код рьевю занимется, тестдизайном и структурами теста, висит тенью бэтмена над обычным SDET. и не надо меня спрашивать как кошерно - это тоже дофига от разных факторов зависит.
менеджер это другой грейд и ему в целом должны давать по рукам, что бы не лез в код. и да, менеджер, который лезет в код это хреновый и менеджер и кодер.
никто не мешает дальше заниматься техникой или менеджерством, кому как нравится.

Angrim17
09.09.2025 13:53Зачастую лид позиции меняют работу не путем выхода на hh рынок, а по приглашению. Их хантят конкуренты, их хантят содружественные компании, с которыми они сталкивались и работали по общим проектам, в конце концов по совету бывших сослуживцев, так сказать.
На свободном рынке на позиции лидов зачастую пробуются и разрабы, которые хотят таким образом пойти по карьерной лестнице. И тут вроде на вакансию сразу и конкурс большой, и одновременно вакансии часто висят долго

PerroSalchicha
09.09.2025 13:53Не нужно два месяца полировать литкод и систем дизайн?
Если с этой стороны зайти, то да. Но с другой стороны - рынок уже, и нередко позиции ушедшего тимлида закрываются путём повышения кого-то из собственно существующего тима.

thank_accept
09.09.2025 13:53ха, на моем опыте еще интенсивнее спрашивают с тимлида, некоторые прям ждут чего-то сверхестественного, "тыж тимлид" - это возникает в случаях когда собеседуют будущие подчиненные технари, руководители обычно более адекватны в этом плане :)

sidorovkv
09.09.2025 13:53Согласен, ещё ни разу на позицию тимлида не было лёгкого собеседования. Обычно ждут что ты принципал и в бэкэнде, и во фронтенде, и солюшен-архитектор, в менеджменте только можешь быть середнячком. А с таким уровнем ты сможешь гораздо быстрее найти работу разрабом.

yanpurvenes
09.09.2025 13:53Судя вакансиям как раз тимлиды qa не страдали. Вакансий полно и на любой вкус

tkutru
09.09.2025 13:53Но меня начали спрашивать именно углубленные вопросы по Python, типы данных, конструкции языка.
Типы данных это ж базовая база...

max9
09.09.2025 13:53как будто это вобще мазня ЫЫ
Docker: команды для работы с контейнерами
зачем это head of? ну допустим я знаю. но это вобще 5 минут в гугле. прям анекдот на новы лад - "а как удалить image в докере? во валит, гад"
Linux: базовые команды файловой систем
это или собеседуемые так упали, раз спрашивают задачки для 5го класса или все-таки буллшит от ЫЫ. в мое время спрашивали типа
запускаем скомпилированный бинарник на 25 порту, получаем permission denied (или какая там ошибка от syscall). почему, как исправить.
почему может возникать ошибка disk is full (тоже не помню правильный ответ от сисколла) при свободном месте 50%+ (или 1%+)
как вернуть ОС в рабочее состояние, когда сделали chmod -x /usr/bin/chmod
у вас повис usermode процесс, как наиболее эффективно написать баг-репорт об этом
что такое Z в состоянии процессов.

OlegZH
09.09.2025 13:53И? Каковы ответы?

max9
09.09.2025 13:53да вроде простые. кажется даже LLM сможет ответить. если вам интересно, отвечу сам
непривелигированным пользователям listen на порту ниже 1000 биндится нельзя. либо стартовать под рутом делать бинд на сокет и дропать привелегии. это классический способ, дедовский. есть модный - молодежный, насыпать capability через юнит systemd
inod'ы кончились. характерно для кучи мелких файлов
/lib/ld-linux.so.2 /usr/bin/chmod +x /usr/bin/chmod
gdb -p 123, generate-core. корку к баге.
тут в целом можно написать объемное эссе, но если коротко это трупик процесса к которому потеряны все управляющие сокеты

40kTons
09.09.2025 13:53Я бы смог ответить только про inode, и то потому что сталкивался и интересовался что это вообще такое, и частично про порты - знаю что первые 1024 зарезервированы, но что из этого следует и что с этим делать не очень понятно. Хотя я и не претендую на знание линукса.
А вот интересный вопрос мог бы подкинуть - вы скинули файлы на флешку, как понять что они записались и можно её безопасно вытащить? Вопрос на знание sync и dirty memory

max9
09.09.2025 13:53вы скинули файлы на флешку
кстате до сих пор рабочий сценарий. файло улетает в секунду туда. ну и по классике - анекдот
Скрытый текст
Начальник - секретарю: - Катенька, дорогая, перепиши месячную отчетность нашим партнерам, они сейчас к тебе подойдут. - Добрый день, это вам переписать oтчетность? - Добрый день, да, будьте так любезны, вот чистая дискета, можно на нее. - Да, конечно. Вставляет в дисковод. И.... # mkfs -t vfat -c /dev/fd0h1440 # mount -t vfat -o iocharset=koi8-r,codepage=866 /dev/fd0 /mnt/floppy # find / -noleaf -type f -name Otchet_april. [a-zA-Z] -exec cp '{ }'; /mnt/floppy \; # ls -la /mnt/floppy/Otchet_april. [a-z][A-Z] && sync && sleep 3 - Возьмите пожалуйста! Партнеры. - Них..$%#@я себе!!! - Что такое?!... Я опять отмонтировать забыла?!
опять проиграл парсеру блин
H01y
Да вроде нет, бизнес всегда страдал самодурством. Просто сейчас это стало явным. Кризис не в айтишке, а менеджменте как таковом. Некомпетентные руководители намнимают ещё менее компетентных рекрутёров, после чего совместно принимают лишь усугубляющие проблему решения. Как наглядный пример:
Кстати, история в тему. Мне недавно один хрюн прямо ответил "Да, ты подходишь по опыту, но дальше на собесы пустить не можем - нам надобно продолжать отбор". То есть найма как явления больше нет - зато есть ИБД и набивание статистики как самоцель.
Так что без разницы, сколько ты оптимизировал резюме, указывал достижения и т.п. Если в компании бардак (а он сейчас везде), гарантии трудоустройства не будет.
P.S. Статья - очередной отлиз работодателю. Как будто в рекламном посте может быть иначе.