Тест для тестировщика при приёме на работу

Главный инструмент тестировщика — внимательность и умение думать о том, как продукт может сломаться. Это плохо видно в резюме и не всегда раскрывается в разговоре. Тест при приёме помогает заранее проверить внимание к деталям, логику, знание основ тестирования и то, как кандидат описывает найденную проблему.

Что проверить у кандидата

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

Внимательность к деталямОшибки часто прячутся в мелочах: неверный формат даты, лишний пробел в сумме, кнопка, которая срабатывает дважды.
Аналитическое мышлениеНужно увидеть в требованиях противоречия и пробелы и придумать сценарии, о которых не подумали разработчик и аналитик.
Чёткость в изложенииБаг-репорт должен позволить разработчику воспроизвести ошибку с первого раза, без уточняющих вопросов.
НастойчивостьНестабильные ошибки приходится воспроизводить долго, пробуя разные данные, окружения и последовательности действий.
ДипломатичностьТестировщик постоянно сообщает о чужих ошибках, и важно делать это так, чтобы не портить отношения в команде.
Умение расставлять приоритетыПеред релизом всё проверить невозможно, нужно выбрать, что критично для пользователей и бизнеса.

Какими тестами проверить

Что проверяемКакЗачем

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

Логика и анализ требованийЗадачи на логику и кейс: найти противоречия и недостающие условия в коротком описании функции.Показывает, умеет ли кандидат находить проблемы ещё до того, как код написан.

Знание основ тестированияТест знаний под ваши процессы: виды тестирования, техники тест-дизайна, жизненный цикл дефекта, работа с трекером.Быстро показывает, совпадает ли реальный уровень с заявленным опытом.

Описание дефектаСитуационный кейс: описание ситуации с ошибкой, по которому кандидат составляет баг-репорт в свободной форме.По тексту сразу видно, сможет ли разработчик воспроизвести ошибку без уточнений.

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

Скорость восприятияТест на скорость восприятия: быстрое сравнение и классификация небольших фрагментов информации.Полезен для регрессионного тестирования, где нужно быстро проходить много однотипных проверок без потери внимания.

Пример задания

Ситуационный вопрос из тех, что помогают отличить опыт от заученного скрипта.

Вы нашли ошибку: при оплате заказа иногда списывается сумма без учёта скидки. Повторить удалось два раза из десяти. До релиза — день. Что вы сделаете?

Выберите ответ — покажем разбор.

Пример отчёта по кандидату на должность тестировщика

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

Пример отчёта • данные вымышлены

Отчёт по кандидату

Анна К.

Кандидат на должность «Тестировщик» · 5 методик · 38 минут · пройдено полностью

73%

соответствие должности

Среднее соответствиеМожно пригласить — с уточняющими вопросами

Результаты по качествам

Внимательность к деталям8/10
Сильная сторона Выше требований должности — можно опираться с первых недель.
Аналитическое мышление7/10
На уровне требований Соответствует требованиям; стоит поддержать на адаптации.
Чёткость в изложении6/10
На уровне требований Соответствует требованиям; стоит поддержать на адаптации.
Настойчивость5/10
Зона риска Ниже ожидаемого — уточните на собеседовании.
Дипломатичность9/10
Сильная сторона Выше требований должности — можно опираться с первых недель.
Умение расставлять приоритеты9/10
Сильная сторона Выше требований должности — можно опираться с первых недель.

Сильные стороны

Дипломатичность — 9/10: тестировщик постоянно сообщает о чужих ошибках, и важно делать это так, чтобы не портить отношения в команде.
Умение расставлять приоритеты — 9/10: перед релизом всё проверить невозможно, нужно выбрать, что критично для пользователей и бизнеса.
Внимательность к деталям — 8/10: ошибки часто прячутся в мелочах: неверный формат даты, лишний пробел в сумме, кнопка, которая срабатывает дважды.

Риски и зоны внимания

Настойчивость — 5/10. Проверьте подробнее: нестабильные ошибки приходится воспроизводить долго, пробуя разные данные, окружения и последовательности действий.
Чёткость в изложении — 6/10. Проверьте подробнее: баг-репорт должен позволить разработчику воспроизвести ошибку с первого раза, без уточняющих вопросов.

Что спросить на собеседовании

Разработчик закрыл ваш баг со статусом «так и задумано». Вы не согласны. Что дальше?Что важно услышать: Обращение к требованиям, обсуждение с аналитиком или владельцем продукта, спокойная аргументация.
Расскажите о самой интересной ошибке, которую вы нашли. Как вы на неё вышли?Что важно услышать: Ход рассуждений, нестандартный сценарий, понимание, почему ошибка была важна для пользователей.
С какими инструментами вы работаете: трекеры, тестовая документация, API, базы данных, браузерные инструменты?Что важно услышать: Конкретный опыт, соответствующий вашим задачам, например проверка запросов или данных в базе.
Вспомните случай, когда вы пропустили ошибку в релиз. Что произошло и какие выводы вы сделали?Что важно услышать: Честный разбор, изменение подхода: новые тест-кейсы, проверки, расширение регресса.

Рекомендация MERAIQ

Часть требований выполняется уверенно (дипломатичность, умение расставлять приоритеты), но есть зоны риска: чёткость в изложении, настойчивость. Пригласите на собеседование и задайте уточняющие вопросы.

Отчёт помогает принять решение, но не заменяет собеседование. Результаты оценки — ориентир, а не диагноз.

Пройдите оценку как кандидат на эту должность — 5 минут

Готовая оценка для тестировщика за 30 секунд

Тесты из каталога MERAIQ, вопросы для собеседования и анкета-фильтр. Бесплатно и без регистрации.

Создать оценку

Частые ошибки при найме

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

Частые вопросы

Какой тест дать тестировщику на собеседовании?

Обычно сочетают тест на внимательность, задачи на логику, тест знаний основ тестирования и кейс, где кандидат описывает найденную ошибку. Для автоматизаторов добавляют вопросы по языку и инструментам, которые используются у вас.

Как проверить внимательность тестировщика?

Подойдут задания на поиск ошибок и несоответствий в данных, сверку похожих таблиц или скриншотов, таблицы Шульте. Хорошо работает и практическое задание: найти ошибки в небольшой форме или на странице.

Можно ли взять тестировщика без опыта по результатам теста?

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