Как я подбираю 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 #мягкиенавыки
· 1 ч
у меня схожее, однако терминология иная. нет самое важное или ключевой навык. важно все. хороший пост. спасибо
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён