Как я подбираю QA-инженеров: на что смотрю в первую очередь

За годы управления командами тестирования (от небольших групп до отделов в 36 человек) я поняла одну вещь: нанять человека с идеальным знанием Python гораздо проще, чем нанять человека с правильным мышлением.

Технологии меняются. Сегодня это Selenium, завтра — Playwright, послезавтра — ИИ-агенты. Но фундаментальные принципы качества остаются неизменными. Поэтому при подборе QA-инженеров я использую многоуровневый подход, где Hard и Soft skills имеют разный вес в зависимости от роли.

1. Hard Skills: Фундамент (Инструментарий) Hard skills — это «входной билет». Если кандидат не знает основ, он не сможет эффективно работать в нашей среде. Но я смотрю на них не как на список зазубренных терминок, а как на понимание принципов:

*   Процессный фундамент: Понимает ли человек жизненный цикл разработки (SDLC)? Знает ли он, что тестирование начинается с анализа требований? *   Инженерная база: Если это QA Automation — насколько глубоко он знает Python? Не просто «могу написать скрипт», а понимает ли он принципы ООП, умеет ли работать с фикстурами и как структурировать код (Page Object)? *   Работа с данными: Насколько уверенно кандидат владеет SQL? Умеет ли он не просто сделать `SELECT *`, но и написать сложный `JOIN` для проверки целостности данных после API-запроса?

2. Soft Skills: Двигатель (Интеллект и Коммуникация) Вот здесь происходит настоящая магия. Для меня Soft skills — это не «умение вежливо разговаривать», а профессиональная зрелость.

*   Критическое мышление: Это самое важное. Я задаю вопросы, которые заставляют человека сомневаться в очевидный вещах. Хороший QA не верит на слово разработчику («я всё исправил»), он умеет докопаться до сути и найти скрытую причину ошибки. *   Коммуникация и конфликтоустойчивость: Тестировщик часто находится «между молотом и наковальней» (разработкой и бизнесом). Умеет ли он аргументированно отстаивать свою позицию, не переходя на личности? Не превращается ли его баг-репорт в обвинение? *   Адаптивность и любопытство: В мире ИИ и постоянных обновлений инструментов — это ключевой навык. Я ищу тех, кто сам изучает новые технологии, а не ждет, когда их внедрят в компании.

3. Моя формула оценки: «The T-Shaped Engineer» Я ищу кандидатов с T-образным профилем: *   Вертикальная черта (Глубина): Глубокая экспертиза в одной области (например, автоматизация API на Python). Это то, что позволяет им выполнять задачи «здесь и сейчас». *   Горизонтальная черта (Широта): Понимание смежных областей: основы DevOps (Docker, CI/CD), нагрузочного тестирования, безопасности или даже продуктовой аналитики.

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

Технологии мы доучим. Мышление — гораздо сложнее.

#Hiring #QA #Leadership #Recruitment #SoftwareTesting #SoftSkills #HardSkills #софтскиллс #хардскиллс #TechHiring #мягкиенавыки

Как я подбираю QA-инженеров: на что смотрю в первую очередь | Сетка — социальная сеть от hh.ru