Профиль компетенций тестировщика помогает отделить ручное тестирование от автоматизации, а исполнителя тест-кейсов — от специалиста, который сам строит стратегию проверки. Для каждой компетенции описано поведение на трёх уровнях, чтобы одинаково понимать ожидания при найме и развитии.
Компетенции и уровни
Тестировщик проверяет, что продукт работает так, как задумано: разбирает требования, составляет тест-кейсы, ищет и описывает ошибки, проверяет исправления перед релизом. Ошибка в найме обходится дорого незаметно: дефекты уходят к пользователям, а разработчики тратят время на невоспроизводимые или плохо описанные баг-репорты.
Тест-дизайн
Выбирает проверки, которые с наименьшими затратами находят наиболее важные ошибки.
БазовыйПроверяет функцию по готовым тест-кейсам и чек-листам.
УверенныйСам составляет тест-кейсы с граничными значениями, классами эквивалентности и негативными сценариями.
ЭкспертВыстраивает стратегию тестирования продукта, определяет покрытие по рискам.
Локализация и описание дефектов
Находит причину ошибки и описывает её так, что разработчик может сразу начать исправление.
БазовыйОписывает шаги воспроизведения и фактический результат по шаблону.
УверенныйЛокализует ошибку: определяет условия, данные, окружение, смотрит запросы и логи.
ЭкспертНаходит причины сложных нестабильных ошибок и помогает разработчикам в отладке.
Анализ требований
Проверяет требования на полноту и непротиворечивость до начала разработки.
БазовыйЗадаёт вопросы, если требования непонятны.
УверенныйНаходит пробелы и противоречия в требованиях, предлагает уточнения.
ЭкспертУчаствует в формировании требований и критериев приёмки вместе с аналитиком и владельцем продукта.
Технические навыки
Использует инструменты для проверки на уровне ниже интерфейса.
БазовыйРаботает с трекером, браузерными инструментами разработчика, тестовыми средами.
УверенныйПроверяет API, делает запросы к базе данных, читает логи.
ЭкспертРазрабатывает и поддерживает автотесты, встраивает их в процесс сборки.
Коммуникация в команде
Сообщает о проблемах качества ясно и уважительно.
БазовыйКорректно описывает ошибки и отвечает на вопросы разработчиков.
УверенныйАргументированно отстаивает критичные дефекты, договаривается о приоритетах.
ЭкспертВыстраивает процесс качества в команде, обучает коллег подходам к тестированию.
Ответственность за качество релиза
Понимает влияние дефектов на пользователей и бизнес и открыто говорит о рисках.
БазовыйСообщает руководителю, что успел и что не успел проверить.
УверенныйОценивает риски релиза и даёт команде обоснованную рекомендацию.
ЭкспертОпределяет критерии готовности к релизу и анализирует дефекты после выпуска для улучшения процесса.
Пример отчёта по кандидату на должность тестировщика
Так выглядит результат оценки в кабинете работодателя: соответствие должности, баллы по ключевым качествам, риски и вопросы для собеседования.
Пример отчёта • данные вымышлены
АК
Отчёт по кандидату
Анна К.
Кандидат на должность «Тестировщик» · 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
Часть требований выполняется уверенно (дипломатичность, умение расставлять приоритеты), но есть зоны риска: чёткость в изложении, настойчивость. Пригласите на собеседование и задайте уточняющие вопросы.
Отчёт помогает принять решение, но не заменяет собеседование. Результаты оценки — ориентир, а не диагноз.
Тест-дизайн, локализация и описание дефектов, анализ требований, технические навыки, коммуникация в команде и ответственность за качество релиза. Вес каждой зависит от того, ручное это тестирование или автоматизация.
Чем профиль ручного тестировщика отличается от автоматизатора?
У автоматизатора выше требования к программированию и инструментам, а у ручного тестировщика — к тест-дизайну и знанию предметной области. Общая база — внимательность, анализ требований и умение описывать ошибки.
Как провести оценку компетенций тестировщика?
Удобный способ — оценка 360°: тимлид, разработчики и аналитики оценивают поведение по каждой компетенции, а сотрудник — сам себя. В MERAIQ результаты собираются в отчёт, где видно расхождения и зоны роста.
Профили компетенций по должностям: другие должности
Пример отчёта • данные вымышлены