Никаких заданий «на дом»: как компании оценивают знания джуниор-тестировщиков

Согласно данным Djinni, конкуренция среди кандидатов без опыта в IT снизилась на 20 %. При этом конкуренция на вакансии среди Manual QA, где нужно хотя бы 5 лет опыта, в октябре выше, чем среди кандидатов без опыта. Так, имеем 110 кандидатов без опыта на одну вакансию против 150 кандидатов с опытом 5+ лет на одну вакансию.

Тем не менее и среди 110 конкурентов надо выделиться. Предположим, вы уже оформили свое резюме по всем правилам и дошли до этапа тестового задания и технического собеседования. Как при проверке показать себя с лучшей стороны? Рассказывают специалисты из N-iX, Uklon, Infopulse и Uptech.

Какими бывают тестовые для тестировщиков и как их оценивают

Большинство компаний не дают QA тестовое задание «на дом»: от кандидатов ожидают выполнения таска непосредственно во время интервью. Это нужно для того, чтобы посмотреть на скилы и оценить, как специалист умеет решать задачи в реальном времени.

Именно так тестируют кандидатов в N-iX. Обычно им предлагают следующие задания:

• тест на знание SQL (умение использовать JOIN или GROUP BY)
• некоторые функциональные требования к использованию BVA и EP;
• тестирование экрана входа в систему (любой пример);
• тестирование любого экрана на функциональные, UI- и юзабилити-ошибки.

Тестовое задание от QA джуниор-уровня оценивают следующим образом:

• насколько читабельно оформление ответа;
• какой уровень владения английским;
• как использована база тестирования (техники, методы, принципы);
• насколько удалось устно оформить ответ;
• валидны ли уточняющие вопросы от кандидата;
• как кандидат реагирует на подсказки, быстро ли схватывает, какой у него потенциал.

Святослав Дюганчук, Test Engineer в N-iX, добавляет, что перед проверкой тестового задания в резюме или в портфолио смотрят, какой опыт имеет кандидат в написании тест-кейсов:

Если одна из задач — написание тест-кейсов, то проверяем структуру написания: атрибуты, грамматику. Количество неважно. Главное, чтобы функционал был проверен. По баг-репортам — наличие атрибутов, четкое и понятное написание каждого из них

Святослав Дюганчук, Test Engineer в N-iX

В Uklon также отошли от подхода давать тестовое задание кандидату «на дом»:

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

Виталий Павличенко, QA Technical Lead в Uklon

Специалист поделился, что, по их наблюдениям, если дать тестовое задание «домой», человеку с вероятностью в 90 % будут помогать или друзья, или нейросети, и в конце концов это не будет эффективно:

«Поэтому мы тестируем кандидатов сразу на встрече, “по-горячему”. Как тестовые задания, так и вопросы строятся на ожиданиях от позиции. Если речь идет о джуниоре, то это инженер, который способен эффективно следовать уже сложившимся в команде процессам под небольшим ревью (или вовсе без него). Который достаточно хорошо владеет теорией. И если говорить о тестовых заданиях для QA-инженеров, то они всегда связаны с практическим применением этих знаний, а также навыков коммуникации и решения проблем».

Почему может не быть тестовых и какие знания проверяют на техническом интервью

Если вы уже успели расстроиться, то не стоит. Существуют и другие опции. Например, в компании Infopulse не практикуется выполнение тестовых заданий для кандидатов на должность тестировщика: по мнению компании, информацию о знаниях и навыках кандидата можно проверить во время технического интервью.

Сейчас мы работаем над стандартизацией проведения интервью через систему Greenhouse, в которой используются шаблоны вопросов по скил-матрице, которая является собственной разработкой компании Infopulse. Мы не видим необходимости в предоставлении никаких тестовых заданий во время процедуры подбора кандидатов

Алексей Остапов, Head of Test Automation Subpractice в Infopulse

Поскольку джуниор QA, как правило, не имеет богатого практического опыта, в компании Uptech во внимание принимается знание базовой QA-теории:

• зачем нужно тестирование;
• что такое качество;
• какой жизненный цикл бага;
• состав баг-репортов;
• чеклисты и тест-кейсы;
• базовые техники тест-дизайна.

Важно понимание и умение применять широко используемые инструменты для тестирования, такие как Swagger, Postman, прокси, девтулзы и тому подобное.

Хорошо, когда кандидат минимум интересуется автоматизацией тестирования (поскольку QA-инженеры нашего департамента развиваются как General QA), умеет тестировать мануально и при необходимости может автоматизировать регрессию

Алексей Попов, Engineering Manager / QA Engineer в Uptech

В N-iX поделились списком необходимых знаний для джуниор-тестировщиков:

• основы архитектуры программного обеспечения (клиент-сервер, фронтенд-бекенд);
• SDLC на практике;
• знания и опыт работы с основными техниками проектирования тестов;
• знания и опыт работы с основными типами тестирования (functional, smoke, regression, performance, acceptance, UI, usability);
• best practices в написании тест-кейсов, TC-шаблонов;
• best practices во внесении багов, Bug template;
• знание и использование принципов тестирования.

Надежда Третьяк, Senior Team Manager в N-iX, говорит, что джуниор-кандидат также должен:

• владеть базовыми техниками тестирования и тестовыми типами;
• иметь аналитические скилы, чтобы тестировать исчерпываемость требований (полноту, недвусмысленность, неповторяемость);
• иметь структурированное мышление;
• владеть инструментами для написания SQL statements;
• бонусом будет, если джуниор имеет опыт с инструментами проджект-менеджмента и тест-менеджмент-тулзами для трекинга багов и тест-кейсов.

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

Надежда Третьяк, Senior Team Manager в N-iX

Важны ли софт-скилы для тестировщика

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

В Infopulse выделяют две основные черты:

• Честность. Многие люди в резюме упоминают много вещей, а когда в процессе разговора просим рассказать подробнее — человек теряется, потому что или не владеет технологией, или пользовался ею длительное время. Это «красный флаг».
• Прямолинейность. Если кандидат чего-то не знает, он может сказать об этом откровенно. Это экономит время и демонстрирует уважение к интервьюеру. Если кандидат просто волнуется, мы всегда стараемся помочь, направить ход мыслей. Но по опыту, чем меньше человек уверен в тех компетенциях, которые он стремится выдать за правду, тем больше будет стресс-фактор во время разговора. Легко отличить волнение и ситуацию, когда человек не владеет знаниями.

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

Советы для джуниоров от компаний

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

Виталий Павличенко, QA Technical Lead в Uklon

Советы для джуниор-тестировщиков от Святослава Дюганчука, Test Engineer в N-iX:

• Придите к пониманию того, что было изучено, — умейте совместить теорию с практикой. Чтобы не возникало такого, что есть теоретические знания, но не понятно, зачем и где они могут использоваться.
• Создайте портфолио. Это могут быть примеры тест-кейсов или баг-репортов, которые можно показывать (не подпадают под NDA) в GitLab или GitHub. Это также будет означать, что вы умеете работать с этими инструментами.
• Создайте себе доску в JIRA и учитесь там работать. Это бесплатно, если в команде до 10 пользователей.
• Пишите запросы к базе данных: как простые, так и запросы, где используется две или более таблиц.
• Учитесь тестировать API. За последние два-три года появилось больше приложений, где необходимо тестирование бэкенда. Поэтому понимать, уметь тестировать API и использовать Postman будет очень большим плюсом.

Советую ориентироваться на ISTQB-теорию, поставить бесплатные тулы для написания SQL-стейтментов, потестить открытые АРІ через Postman, поставить Swagger, записаться и пройти качественные курсы по Manual and Automation QA. Идеально — поволонтерить и потестить для кого-то чей-то сайт и набраться опыта

Надежда Третьяк, Senior Team Manager в N-iX

Специалистка говорит, что также как вариант можно тренироваться в написании тест-кейсов в Excel по любому веб-приложению — это поможет набить руку. Еще идея для воплощения: пересмотреть видео на YouTube о клиент-серверной архитектуре и разобрать в риквест-риспонс.

И напоследок, советы для начинающих тестировщиков от Uptech:

• Никогда не останавливайтесь, развивайтесь и ищите возможность получить новые знания.
• Смотрите в разные стороны: не фокусируйтесь только, например, на тестировании веб-приложений, интересуйтесь, как тестировать мобильные приложения, бэкенд, какие использовать инструменты. Поскольку практического опыта может не быть, ваши широкие знания являются конкурентным преимуществом.
• Развивайте фантазию, старайтесь придумывать способы тестирования привычных для вас вещей. Это даст больше идей о тестировании приложений в ваших будущих проектах.