Вам нужен Head of QA? Не спешите хватать первого, кто расскажет про джунгли багов и десять лет в Selenium. Потому что 90% кандидатов — продавцы воздуха. Они умеют красиво говорить про «повышение качества», но когда клиент enterprise-решения ложится на лопатки из-за непредсказуемого релиза, этих ребят и след простыл.

Давайте без лирики. Ваша настоящая боль — не найти баг, а не допустить срыва внедрения у ключевого клиента. Чтобы SLA было железным, а QA из прожорливого затратного центра превратился в гаранта надежности. Вот профиль того, кто это сделает.

🎯 Кого ищем на самом деле Инженера, который умеет считать деньги. Он знает, где автоматизация окупится через три месяца, а где — никогда. Он не рисует отчеты, а управляет рисками. И да, он обязан думать о NPS клиента, а не о том, какую иконку нарисовать в Jira.

📊 Метрики, которыми он мыслит - Defect Leakage <5% — сколько критических багов утекло к клиенту после релиза. - MTTR for CI/CD <2 часов — как быстро чинят сломанные автотесты. - Ручной регресс не более 20% через полгода — остальное автоматом. - Smoke-тесты за 15 минут — иначе разработка встанет.

🕵️‍♂️ Три вопроса, которые раздавят теоретика

1. «Расскажи случай, когда ты отговорил заказчика от автоматизации. С цифрами.» - Правильный ответ: называет конкретику: «Там UI менялся каждую неделю, тест-дизайн — 2 часа, а автотест — 3 дня. Тест нужен два раза в месяц. ROI отрицательный.» - Звоночек: «Автоматизация нужна всегда!» Человек не умеет считать.

2. «У тебя релизы срываются из-за пятидневного регресса. Команда из 5 ручников. Твои первые три шага.» - Правильный ответ: «Замерю время на разные виды регресса. Выберу 20 самых частых и критичных сценариев — их в автомат. Ручникам дам чек-лист без повторов.» - Звоночек: «Найму двух автоматизаторов!» Кандидат не хочет вникать в текущее состояние.

3. «Что для тебя покрытие тестами в enterprise?» - Правильный ответ: «Покрытие кода — ерунда. Мне важно покрытие требований и рисков. Плюс стабильность API и нагрузка.» - Звоночек: «Нам нужно 90% code coverage!» Это дилетант из 2007 года.

📝 Тестовое задание на 2 часа Дайте ему API-шку с нагрузкой 1000 rps. Пусть за два часа накидает стратегию: какие тесты (нагрузка, функционал, безопасность), в каком порядке. Три примера автотестов на псевдокоде (позитив, негатив, граничка). И краткий отчет для CTO. Не умеет расставлять приоритеты — до свидания.

🚩 Красные флаги, увидел — беги - «Мы сделали» вместо «Я сделал» — не может отделить себя от команды. - Не помнит цифр прошлого проекта — сколько тестов упало, сколько багов ушло в прод. Примерно-много — не прокатит. - Хочет автоматизировать всё или ничего — не понимает экономики QA. - Хвастается инструментами («я крут в Selenium, JMeter»). Спросите про тестирование микросервисов с Kafka. Если ответ про контрактное тестирование — ок. Если нет — гоните.

Запомните: идеальный Head of QA — это не романтик с багтрекером, а циничный прагматик, который считает деньги и время. Наймите такого — и ваши enterprise-клиенты перестанут вас ненавидеть.