Советы при поиске тестировщика

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

Для начала пример типичного проекта, которому эти советы могут помочь. Проект либо совсем новый, либо уже существует какое-то время (может и весьма продолжительное), но процессы тестирования не прозрачны, тесты пишутся/выполняются только руками разработчиков и есть неловкое ощущение, что нужны специалисты в области тестирования.

Если вы только-только решили нанять нового человека, и этот человек будет первым в вашей будущей команде тестирования – вам нужен как минимум ведущий инженер, желательно с опытом тимлида. Вам нужны новые — правильные процессы в тестировании. Человек должен иметь достаточный вес, чтобы продвигать непопулярные решения. Тем не менее, компании пытаются сэкономить и нанять инженера среднего уровня, потому что уже есть дорогостоящие ведущие разработчики, которые тоже разбираются в тестировании и смогут во всем помочь. К сожалению, это не решает никаких проблем (а зачастую создает новые) и ведет только к тому, что в проекте появляется, по сути, еще один разработчик, только слегка с другим набором умений, что может быть полезно, но не то, что вам нужно.

Четко определите список задач и проблем, которые вы хотите решить. Специалисты по тестированию (и ручному и автоматизированному) , как ни странно, специалисты именно в тестировании и в большинстве своем не являются волшебниками, которые закроют все страдающие области. Если у вас проблемы с инфраструктурой — что-то долго собирается, ваш Jenkins медленно работает и постоянно падает, облака не работают, виртуальные машины не поднимаются – вероятно, вам нужен кто-то другой. Если у вас проблемы со скоростью выполнения задач, постоянно не закрываете спринты, откладываете ретроспективу, ежедневные митинги не продуктивны – тестировщик тут тоже не поможет. Самое главное – рассказывайте на собеседованиях о своих реальных проблемах и задачах, просите кандидатов предложить варианты решений и какие подводные камни можно найти. Если вы долго не можете найти человека, который способен решить все ваши проблемы – возможно вы ищете не того и не там.

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

Найм новых специалистов — всегда про будущее. Выстраивание процессов — тоже не быстрый процесс. Помочь выпустить текущую версию продукта быстрее и с лучшим качеством вы уже не сможете. Вероятно, и со следующей версией будут проблемы. И со следующей после этой. Важно, чтобы был план и четкое осознание куда идет тестирование. В зависимости от сложности проекта, на первые положительные результаты можно рассчитывать примерно через 3-6 месяцев от начала активной работы в этом направлении.

Последний совет для тех, кому таки удалось нанять тимлида или ведущего тестировщика. Если вы уверены в его опыте и человек вам кажется адекватным – постарайтесь не мешать, даже если уверены, что знаете лучше. Иначе, зачем вы его нанимали? Часто бывает, что разработчики, которые занимались тестами до прихода выделенных специалистов продолжают активно защищать свое творение. Доверьтесь и отпустите. Если вам говорят, что можно сделать лучше, но при этом придется выкинуть старое решение – лучше прислушаться. В конце концов, те, кто это говорят, несут ответственность за свои действия.

Постарайтесь максимально детально и понятно (и для вас, и для вашей команды) определить текущие боли/цели, которые вы хотите достичь, нанимая тестировщиков. Спрашивайте на собеседованиях о своих болях/целях, возможно, вам повезет, и опытный специалист подскажет, что решать их надо по-другому. Не забывайте, найм тестировщиков – не обязательная вещь. Может быть, оно вам и не надо. Многие проекты живут без выделенных тестировщиков десятилетиями и вполне успешно. Вопрос в том, как построены процессы, какая текучка кадров, какой уровень автоматизации и какая у вас бизнес-область. Но, скорее всего, тестировщики вам все-таки нужны. А чтобы их найти и успешно внедрить вам всего-то нужно: не быть самым умным; найти тимлида; осознать тот факт, что тимлид не знаком с заклинаниями; умерить ожидания; и не мешать.