Не баг, а фича: где искать и как оценивать тестировщиков

IT-компаниям важно не только выпускать высокотехнологичные продукты, но и быть уверенными в том, что все работает как часы: без багов и зависаний. От этого зависит репутация и доход компании. Поэтому тестирование — обязательный этап разработки.

Как понять, какой именно тестировщик вам нужен, где его искать и как организовать процесс подбора, рассказала senior IT-recruiter в Innovative People Ксения Базарнова.

Из самого названия профессии понятно, что тестировщики — это те, кто что-либо тестируют или проверяют. Тестировать можно как оборудование (hardware) , так и софт (software) . Сейчас наиболее распространены software-тест-инженеры, которые проверяют различные системы или их части.

В тестировании выделяют множество направлений:

Часто и рекрутеры, и сами специалисты путают понятия «тестировщик» и «QA-инженер». Это близкие, но не тождественные термины. Кроме того, есть направление QC — Quality Control.

Схематично взаимоотношения между этими направлениями можно изобразить так:

Эти направления соотносятся следующим образом. QA — это quality assurance, то есть обеспечение качества. Поднаправлением QA является QC — quality control или контроль качества. А вот уже тестирование — это поднаправление QC.

На основе этих подмножеств можно формально разделить профессию на три направления:

Реализацию этих ролей можно показать на простом примере с производством табуретки.

Тестировщик проверит, что все 4 предполагаемые ножки на месте, они верно прикреплены к нужной плоскости. Он также убедится, что на табуретке можно сидеть, а еще проверит, что будет, если табуретку перевернуть и сесть на нее по-другому.

QC-инженер углубится в анализ качества древесины, из которой сделана табуретка, протестирует гвозди, которыми ножки крепятся к сиденью. Задача QC-инженера — убедиться, что табуретка готова к выпуску, в ней все так, как запланировано.

QA-инженер проделает все то же, что и тестировщик и QC-инженер. А еще проверит, что табурет собрали в соответствии с чертежами, которые он проверял и поправлял.

QA-инженер должен убедиться, что функции табурета соответствуют ожиданиям потребителей.

Однако на одном из этапов к QA-инженеру может прийти мысль скрепить ножки дополнительными опорами для большей устойчивости. Тогда он оценивает риски, советуется с инженерами, проверяет чертежи, договаривается с командой о выпуске новой модели, а после собирает обратную связь у покупателей — все ли им нравится.

В обиходе «тестировщиками» называют специалистов разного уровня и направлений тестирования. Для удобства и краткости таким подходом воспользуемся и мы.

Хороший тестировщик должен обладать такими навыками:

Для проверки софт-скиллов тестировщика не обязательно проводить отдельное интервью или тестирование — достаточно внимательно слушать кандидата во время первичного скрининга. Нужно держать в уме психотипы у будущих коллег тестировщика, — и обращать внимание на его характер и темперамент.

Чтобы понять, какие именно хард-скиллы потребуются на ту или иную позицию, нужно корректно снять заявку. Я задаю нанимающему менеджеру такие вопросы:

В зависимости от грейда различается уровень самостоятельности:

В идеальном мире тестирование — это обязательная часть процесса аналитики и разработки. Индустрия уходит от дешевого тестирования, так называемого monkey testing — проверки готового продукта на критичные ошибки.

Теперь тестирование — это объемный процесс, потому что система с каждым днем становится масштабнее, появляются интеграции и новые модули. Выпускать «на авось» опасно — такое могут себе позволить только стартапы, которым первый релиз важнее проверки качества.

Сейчас до сих пор встречаются небольшие команды, где нет полноценных тестировщиков, а эта функция возложена на разработчиков или аналитиков. Но, как правило, это низкоуровневое тестирование, которое проверяет только работоспособность кода. Однако в масштабных проектах обязательно должны быть QA-инженеры — внутренние сотрудники или привлеченные на аутсорс.

В последние 4–5 лет всем резко потребовались тестировщики-автоматизаторы, поскольку системы разрослись и стало сложно проводить повторяющееся ручное тестирование. Выгоднее писать автотесты, которые сэкономят много времени.

Рынок тестировщиков уровня миддл и выше — это рынок кандидатов. С джунами наоборот — работодатели выбирают сотрудников и решают, кто им подходит. Это стало особенно заметно в последние полгода.

Один из самых популярных способов «войти в IT» — пройти курсы и стать джуниор-тестировщиком. Однако работодатели по-разному относятся к найму таких кандидатов:

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

Мы ищем тестировщиков в тех же каналах, что и других IT-специалистов:

Если мы ищем джуниор-тестировщика, то достаточно разместить вакансию в телеграм-канале: набежит столько кандидатов, что отклики будем разбирать неделю. В поисках тестировщиков синиор-уровня используем точечный поиск.

В Innovative People подбор тестировщиков проходит в несколько этапов.

На этом этапе рекрутеры сорсят кандидатов, отправляют им электронные письма, иногда звонят.

Здесь рекрутер действует как тестировщик: сопоставляет требования по вакансии с фактическим результатом — резюме и реальным опытом кандидата.

Если кандидат соответствует требованиям и ему все нравится, проходит встреча с лидом или QA-инженером из команды. На этом этапе оцениваются технические компетенции соискателя.

Если у нанимающего менеджера высокая загрузка, то рекрутер может провести за него технический скрининг — по заранее подготовленному и согласованному плану. Далее рекрутер предоставляет отчет заказчику, а тот уже решает, приглашать ли кандидата на следующий этап.

Это необязательный этап, ставший популярным в последнее время. Организуется 30-минутный разговор с тестировщиками, аналитиками, разработчиками, представителями продуктовой команды. Здесь обсуждают опыт и интересы потенциального сотрудника. На такой встрече и кандидат, и команда могут понять, подходят ли они друг другу.

Если кандидата и команду все устраивает, выставляют оффер. После его принятия — подготовка документов, оформление доступов и прочее.

Зачастую кандидатам в тягость выполнять бесплатное тестовое задание. Особенно, если его надо сделать до технического собеседования. В этом случае человек еще не понимает, в какой команде он будет работать и чем предстоит заниматься, поэтому мотивации на выполнение задания нет. Для многих это полноценная работа, особенно если задание сложное и может занять весь день.

Тестовое задание уместно использовать, чтобы отсечь совсем некомпетентных джунов. А вот в подборе мидл- и синиор-тестировщиков оно скорее мешает, чем помогает закрыть вакансию. Часть кандидатов может просто «отвалиться» из-за нехватки времени или желания выполнять задание.

Наш блог читают более 20 000 рекрутеров и профессионалов HR-индустрии. Подкасты, интервью, тематические статьи и экспертные мнения. Переходите по ссылке:

#hr #рекрутинг #hrm #recruiting #найм_сотрудников #подборперсонала #hrm #huntflow #itrecruitment #itrecruiter #recruitment