Тестировщик: должностная инструкция, обязанности и вопросы для собеседования
Набор для найма тестировщика: должностные обязанности с долями времени, компетенции, вопросы для собеседования с картой оценки, текст вакансии, должностная инструкция в Word и план испытательного срока.
Раздел 1 из 11
Зачем нужна эта должность
Тестировщик проверяет, что продукт работает по требованиям и не ломает уже готовые сценарии. Он помогает находить дефекты до выпуска и даёт команде понятную картину качества.
Когда пора нанимать
Нанимайте тестировщика, когда проверки отнимают заметное время у разработчиков, ошибки регулярно доходят до пользователей или выпуск изменений требует системной проверки. Роль особенно полезна, если продукт и команда разработки растут.
Раздел 2 из 11
Должностные обязанности тестировщика
Из чего состоит рабочая неделя. Доли времени показывают, на что человек будет тратить больше всего сил, а что останется фоном.
Изучение требований
15 %Уточняет требования и критерии приёмки, отмечает неоднозначности и риски. Помогает команде заранее согласовать ожидаемое поведение продукта.
Подготовка проверок
20 %Составляет сценарии и чек-листы для новых функций и важных пользовательских процессов. Поддерживает тестовую документацию в актуальном состоянии.
Ручное тестирование
30 %Проверяет новые функции и исправления, воспроизводит пользовательские сценарии и фиксирует результаты. Передаёт команде воспроизводимые описания найденных дефектов.
Регрессионные проверки
20 %Повторно проверяет ключевые сценарии после изменений, чтобы выявить побочные дефекты. Своевременно сообщает о рисках выпуска.
Ведение дефектов
10 %Заводит и уточняет задачи по дефектам, проверяет исправления и обновляет их статус. Помогает команде разбирать причины повторяющихся проблем.
Улучшение процесса
5 %Предлагает улучшения тестовых сценариев и порядка проверок. При необходимости поддерживает автоматизацию повторяемых тестов.
Раздел 3 из 11
Компетенции тестировщика и как их проверить
Всего 8, обязательных 4. Уровень: 1 базовый, 2 уверенный, 3 опытный, 4 эксперт.
Тест-дизайн
НавыкОбязательноКак проверить: Дайте требования к простой функции и попросите составить набор проверок с учётом граничных случаев.
2 из 4 · уверенныйПоиск дефектов
НавыкОбязательноКак проверить: Предложите проверить учебную форму или сценарий и попросите найти и описать дефекты.
2 из 4 · уверенныйОформление дефектов
НавыкОбязательноКак проверить: Попросите составить задачу по заданному дефекту с шагами воспроизведения, фактическим и ожидаемым результатом.
2 из 4 · уверенныйРегрессионное тестирование
НавыкОбязательноКак проверить: Попросите определить, какие существующие сценарии проверить после изменения учебной функции.
2 из 4 · уверенныйРабота с требованиями
НавыкКак проверить: Покажите неоднозначное требование и попросите сформулировать вопросы и критерии приёмки.
2 из 4 · уверенныйВнимательность
КачествоКак проверить: Используйте практическое задание с несколькими небольшими несоответствиями и обсудите ход проверки.
2 из 4 · уверенныйДеловая коммуникация
КачествоКак проверить: Попросите кандидата устно разобрать дефект с разработчиком, сохраняя ясность и конструктивный тон.
2 из 4 · уверенныйОсновы клиент-серверного взаимодействия
НавыкКак проверить: Попросите объяснить на примере, как запрос и ответ помогают диагностировать проблему.
1 из 4 · базовый
Раздел 4 из 11
KPI тестировщика: показатели работы
По ним вы поймёте, что человек справляется. Цели подставьте свои: модель предлагает рамку, а не цифры.
Проверка согласованных задач
Все назначенные задачи проверены по согласованным критериям и срокам
- Период
- Каждый месяц
- Откуда
- Система учёта задач и журнал проверок
Полнота описания дефектов
Дефекты содержат шаги воспроизведения и ожидаемый результат
- Период
- Каждый месяц
- Откуда
- Выборочная проверка заведённых задач
Своевременность проверки исправлений
Исправления проверены в согласованный срок
- Период
- Каждый месяц
- Откуда
- Система учёта задач
Актуальность тестовых сценариев
Сценарии обновлены после изменений требований и продукта
- Период
- Каждый квартал
- Откуда
- Тестовая документация и история изменений
Выполнение плана адаптации
Освоены согласованные процессы и выполнены практические задачи
- Период
- На испытательном сроке
- Откуда
- План адаптации и результаты проверочных заданий
Раздел 5 из 11
Этапы отбора
Этап 1: Первичный разговор
Уточнить релевантный опыт, задачи и понимание роли тестировщика.
- Кто проводит
- Рекрутер
- Длительность
- 20 мин
Этап 2: Профессиональное интервью
Проверить обязательные навыки тест-дизайна, поиска и описания дефектов, а также регрессионного тестирования.
- Кто проводит
- Руководитель тестирования
- Длительность
- 1 ч
Этап 3: Практическое задание
Посмотреть, как кандидат применяет тест-дизайн и находит дефекты на примере рабочей задачи.
- Кто проводит
- Тестировщик или руководитель тестирования
- Длительность
- 45 мин
Этап 4: Итоговая встреча
Обсудить взаимодействие с командой, ожидания от работы и результаты предыдущих этапов.
- Кто проводит
- Руководитель команды
- Длительность
- 30 мин
4 этапа, около 2 ч 35 мин живого общения с кандидатом.
Раздел 6 из 11
Вопросы для собеседования с тестировщиком
Задавайте вопросы по порядку и ставьте оценку сразу. Вес показывает, какие ответы важнее для решения.
- Тест-дизайнвес 5
Вопрос 1: Расскажите о случае, когда вы составляли проверки для новой функции. Как определили сценарии и приоритеты?
Хороший ответ
Называет цель и границы проверки, выделяет позитивные и негативные сценарии, учитывает граничные значения и возможные сочетания условий. Объясняет, почему выбрал именно эти проверки.
Тревожный ответ
Перечисляет только несколько очевидных действий, не объясняет выбор сценариев и не учитывает ошибки ввода или граничные условия.
- Поиск дефектоввес 5
Вопрос 2: Вспомните сложный дефект, который вы обнаружили. Как вы сузили область поиска и убедились, что проблема воспроизводится?
Хороший ответ
Описывает последовательные проверки, меняет по одному условию, фиксирует исходные данные и отделяет наблюдаемый факт от предположения о причине.
Тревожный ответ
Описывает случайное перебирание действий, не может назвать условия воспроизведения или принимает догадку о причине за подтверждённый факт.
- Оформление дефектоввес 5
Вопрос 3: Расскажите о дефекте, который вы передали разработчику. Что включили в описание, чтобы проблему можно было воспроизвести?
Хороший ответ
Указывает понятное описание, шаги воспроизведения, ожидаемый и фактический результат, условия и данные. Объясняет влияние дефекта и прикладывает полезные подтверждения, если они доступны.
Тревожный ответ
Говорит, что достаточно сообщить о проблеме устно или написать, что «не работает», без шагов, результата и условий.
- Регрессионное тестированиевес 5
Вопрос 4: Расскажите, как вы выбирали проверки для регрессии после изменений в продукте. На что опирались и как определяли объём?
Хороший ответ
Связывает изменения с затронутыми функциями и зависимостями, учитывает критичные пользовательские сценарии и результаты предыдущих проверок. Объясняет приоритеты и отмечает, что осталось вне проверки.
Тревожный ответ
Предлагает каждый раз проверять всё одинаково или выбирать проверки без связи с изменениями и рисками.
- Работа с требованиямивес 3
Вопрос 5: Расскажите о случае, когда в требованиях не хватало деталей или находились противоречия. Как вы действовали до начала проверки?
Хороший ответ
Находит конкретную неоднозначность, задаёт уточняющие вопросы нужным участникам и фиксирует согласованное поведение до проверки.
Тревожный ответ
Молча выбирает трактовку, не уточняет ожидания или начинает проверку, не обозначив противоречие.
- Основы клиент-серверного взаимодействиявес 3
Вопрос 6: Представьте: пользователь видит ошибку при сохранении данных. Как бы вы проверяли, на каком этапе взаимодействия возникает проблема?
Хороший ответ
Рассматривает действия клиента и ответ сервера, проверяет запрос и ответ, статус и передаваемые данные, сопоставляет их с проявлением ошибки и не делает выводов без наблюдений.
Тревожный ответ
Сразу обвиняет интерфейс или сервер, не описывает способ проверить обмен и игнорирует содержимое запроса или ответа.
- Внимательностьвес 2
Вопрос 7: Расскажите о случае, когда внимательность помогла вам заметить несоответствие, которое могло остаться незамеченным. Как вы его проверили?
Хороший ответ
Приводит конкретное наблюдение, объясняет, с чем сравнил результат, и показывает, как перепроверил находку перед передачей команде.
Тревожный ответ
Не может привести пример или описывает непроверенное предположение как подтверждённую проблему.
- Деловая коммуникациявес 2
Вопрос 8: Расскажите о ситуации, когда разработчик не согласился с заведённым вами дефектом. Как вы обсудили разногласие?
Хороший ответ
Спокойно опирается на шаги, данные и ожидаемое поведение, выслушивает другую сторону и вместе уточняет условия или критерии результата.
Тревожный ответ
Описывает спор на уровне обвинений, настаивает на своей правоте без фактов или избегает обсуждения проблемы.
Поставьте оценки по ходу собеседования, итог посчитаем с учётом веса вопросов.
Раздел 7 из 11
Риски найма
Риск
Кандидат знает термины тестирования, но не умеет применять их к рабочим задачам.
Как снизить
Попросить разобрать конкретную функцию, составить набор проверок и объяснить приоритеты.
Риск
Кандидат называет найденные дефекты, но не может сделать их воспроизводимыми для команды.
Как снизить
На интервью дать неоднозначное описание сбоя и попросить оформить его как дефект с шагами и ожидаемым результатом.
Риск
Кандидат выполняет регрессию формально и не учитывает влияние изменений.
Как снизить
Обсудить пример изменения и попросить объяснить, какие области продукта он проверит и почему.
Риск
Практическое задание оценивает знакомство с конкретным продуктом, а не навыки тестирования.
Как снизить
Использовать короткую нейтральную задачу, заранее описать условия и оценивать ход рассуждений, а не знание внутренней специфики.
Раздел 8 из 11
Готовый текст вакансии
Тестировщик
В [название компании] тестировщик проверяет задачи и изменения до их передачи пользователям. Нужно разбираться в требованиях, готовить проверки, находить и понятно описывать дефекты, а также поддерживать тестовые сценарии в актуальном состоянии.
Обязанности
- Изучать требования и уточнять спорные или неполные условия у команды.
- Подготавливать и актуализировать тестовые сценарии и чек-листы.
- Проводить ручные проверки новых задач и изменений.
- Выполнять регрессионные проверки перед выпуском изменений.
- Регистрировать дефекты с шагами воспроизведения, ожидаемым и фактическим результатом.
- Проверять исправления и своевременно сообщать о результатах.
- Предлагать улучшения в организации тестирования и качестве рабочих материалов.
Требования
- Опыт ручного тестирования или практические навыки проверки программных продуктов.
- Умение анализировать требования и выделять проверяемые условия.
- Навык составления понятных тестовых сценариев и чек-листов.
- Умение воспроизводить дефекты и описывать их так, чтобы команда могла проверить и исправить проблему.
- Навык планировать проверки и сообщать о рисках и результатах.
- Умение работать с таблицами и системами учёта задач и дефектов.
Условия
- Оформление по трудовому договору.
- Оплата: [вилка зарплаты].
- График: [график].
- План адаптации с понятными задачами на первые три месяца.
- Рабочие инструменты и доступы, необходимые для проверок.
Раздел 9 из 11
Должностная инструкция тестировщика
Проект документа. Перед утверждением сверьте с вашими внутренними правилами.
Должностная инструкция
Тестировщик
1. Общие положения
- 1.1.Тестировщик относится к категории специалистов.
- 1.2.Назначается на должность и освобождается от неё приказом работодателя.
- 1.3.Подчиняется непосредственному руководителю, определённому организационной структурой компании.
- 1.4.Квалификационные требования, опыт и необходимые навыки устанавливаются работодателем с учётом сложности задач.
- 1.5.В работе руководствуется требованиями к продукту, внутренними правилами тестирования и настоящей должностной инструкцией.
2. Работник должен знать
- 2.1.Принципы ручного тестирования и регрессионных проверок.
- 2.2.Порядок анализа требований и подготовки тестовых сценариев.
- 2.3.Правила регистрации дефектов, включая описание шагов воспроизведения и результатов.
- 2.4.Порядок проверки исправлений и фиксации итогов проверки.
- 2.5.Способы оценки полноты покрытия требований проверками.
- 2.6.Порядок взаимодействия с разработчиками, аналитиками и руководителем.
3. Должностные обязанности
- 3.1.Осуществляет анализ требований к задачам и уточняет условия, влияющие на проверку.
- 3.2.Подготавливает тестовые сценарии и чек-листы на основании согласованных требований.
- 3.3.Проводит ручное тестирование задач и изменений, фиксирует результаты проверок.
- 3.4.Обеспечивает проведение согласованных регрессионных проверок и своевременно сообщает о выявленных рисках.
- 3.5.Регистрирует дефекты с достаточными данными для воспроизведения, указывает ожидаемый и фактический результат.
- 3.6.Проверяет исправления дефектов и обновляет их статус по результатам повторной проверки.
- 3.7.Поддерживает тестовые сценарии в актуальном состоянии при изменении требований и поведения продукта.
- 3.8.Предлагает меры по повышению полноты и своевременности проверок, ведёт рабочие записи о выполненных задачах.
4. Права
Работник имеет право:
- 4.1.Запрашивать у руководителя и участников команды требования, материалы и доступы, необходимые для проверки задач.
- 4.2.Уточнять у ответственных сотрудников неоднозначные условия и ожидаемое поведение продукта.
- 4.3.Сообщать руководителю о дефектах, рисках выпуска и препятствиях для своевременной проверки.
- 4.4.Предлагать изменения тестовых сценариев и рабочего процесса тестирования.
- 4.5.Вправе возвращать задачу на уточнение, если имеющихся требований недостаточно для обоснованной проверки.
5. Ответственность
Работник несёт ответственность в пределах, установленных трудовым, гражданским и административным законодательством Российской Федерации:
- 5.1.За полноту и корректность проверок в пределах согласованного объёма работ.
- 5.2.За точность и достаточность описания зарегистрированных дефектов.
- 5.3.За своевременное информирование о результатах проверок и выявленных рисках.
- 5.4.За сохранность предоставленных доступов и соблюдение установленных правил работы с информацией.
6. Взаимодействие
- 6.1.С руководителем согласует приоритеты проверок, объём работ, сроки и эскалацию рисков.
- 6.2.С аналитиками и постановщиками уточняет требования, критерии приёмки и ожидаемое поведение.
- 6.3.С разработчиками передаёт сведения о дефектах, уточняет детали воспроизведения и проверяет исправления.
- 6.4.С другими тестировщиками согласует сценарии, покрытие проверок и результаты регрессионного тестирования.
7. Заключительные положения
- 7.1.Настоящая инструкция вступает в силу со дня её утверждения руководителем организации.
- 7.2.Работник знакомится с инструкцией под подпись при приёме на работу, до начала работы.
- 7.3.Инструкция пересматривается при изменении обязанностей, структуры или условий работы организации.
- 7.4.Инструкция составлена в двух экземплярах: один хранится у работодателя, второй передаётся работнику.
Раздел 10 из 11
План испытательного срока: 30, 60 и 90 дней
Что человек должен уметь к концу каждого месяца и по каким признакам считать срок пройденным.
День 30: Первый месяц
Осваивается
- Знает порядок постановки задач, согласования проверок и регистрации дефектов.
- Умеет анализировать требования и готовить сценарии для типовых задач под контролем руководителя.
- Проводит проверки по согласованным сценариям и сообщает о результатах.
День 60: Второй месяц
Работает сам
- Самостоятельно готовит проверки для задач своего направления и актуализирует сценарии при изменении требований.
- Описывает дефекты так, чтобы команда могла воспроизвести их без дополнительных существенных уточнений.
- Своевременно проверяет исправления и отмечает результат повторной проверки.
День 90: Третий месяц
Даёт результат
- Самостоятельно планирует и выполняет согласованный объём ручных и регрессионных проверок.
- Поддерживает актуальность сценариев и системно фиксирует результаты тестирования.
- Предлагает обоснованные улучшения проверок и рабочего процесса на основе выявленных проблем.
Испытательный срок пройден, если
- Согласованные задачи проверяются в установленные сроки, а о препятствиях и рисках сообщается заранее.
- Описания дефектов содержат необходимые сведения для воспроизведения и проверки исправления.
- Проверки исправлений выполняются своевременно, результаты отражаются в учёте задач.
- Тестовые сценарии соответствуют актуальным требованиям и покрывают согласованный объём проверки.
- План адаптации выполнен, сотрудник может самостоятельно работать с типовыми задачами должности.
Раздел 11 из 11
Частые вопросы о найме
Можно ли взять тестировщика без опыта?
Можно, если у кандидата есть практические навыки анализа требований, составления проверок и понятного описания найденных проблем. На старте потребуется обучение внутренним процессам и работа с наставником. Проверить базовые навыки поможет небольшое практическое задание.
Сколько обычно занимает поиск тестировщика?
Срок зависит от ясности задач, требований к самостоятельности и условий предложения. Поиск ускоряют конкретное описание продукта и обязанностей, короткий этап отбора с практической проверкой навыков и оперативная обратная связь кандидатам.
Как оформить тестировщика?
Если сотрудник регулярно выполняет работу в роли тестировщика под управлением компании, обычно оформляют трудовые отношения и закрепляют обязанности в трудовом договоре и должностной инструкции. Формат оформления стоит выбирать с учётом фактического характера работы и требований трудового законодательства.
Как построить оплату труда тестировщика?
Зафиксируйте окладную часть и, если нужна переменная часть, привяжите её к прозрачным показателям, на которые сотрудник может влиять. Подойдут своевременность согласованных проверок, качество описания дефектов и актуальность сценариев. Не стоит оценивать работу только по количеству найденных дефектов.
Когда пора нанимать второго тестировщика?
Найм оправдан, если согласованный объём проверок регулярно не укладывается в сроки, регрессия мешает проверять новые задачи или один сотрудник становится узким местом при выпуске изменений. Перед наймом проверьте приоритеты задач, повторную работу и возможность автоматизировать устойчивые повторяющиеся проверки.
Чем тестировщик отличается от разработчика и аналитика?
Аналитик уточняет и описывает требования, разработчик реализует изменения, а тестировщик проверяет их соответствие согласованному поведению и выявляет дефекты. В небольшой команде задачи могут пересекаться, поэтому границы ответственности и передачи результатов лучше закрепить заранее.
Документы
Заберите документы
Три файла из этого набора, в один клик. Бесплатно, без регистрации и водяных знаков.
Следующий шаг
Заберите профиль «Тестировщик» в Altair HR
После регистрации профиль появится в кабинете сам: обязанности, компетенции, этапы отбора и карта оценки уже заполнены. Останется добавить вилку оклада и собрать из профиля вакансию. 14 дней бесплатно, карта не нужна.
- Профиль роли в кабинете уже заполнен
- Вакансия собирается из профиля
- ИИ разбирает отклики по вашим критериям
Отправьте коллегам
Руководителю, который будет собеседовать, или коллеге, который пишет вакансию.
Полезное для кадровика на почту
Новые статьи и инструменты: кадровые сроки, изменения в Трудовом кодексе, готовые шаблоны. Без спама, отписаться можно в один клик.
Нажимая «Подписаться», вы соглашаетесь на обработку персональных данных. Подписка включится после подтверждения в письме.