Инженер по тестированию: должностная инструкция, обязанности и вопросы для собеседования
Набор для найма инженера по тестированию: должностные обязанности с долями времени, компетенции, вопросы для собеседования с картой оценки, текст вакансии, должностная инструкция в Word и план испытательного срока.
Раздел 1 из 11
Зачем нужна эта должность
Инженер по тестированию находит дефекты до того, как они повлияют на клиентов и работу компании. Он помогает выпускать продукт с предсказуемым качеством и снижает затраты на исправление ошибок после запуска.
Когда пора нанимать
Пора нанимать специалиста, когда проверки регулярно задерживают выпуск продукта, ошибок после запуска становится больше или тестирование зависит только от разработчиков. Роль также нужна при росте числа функций и частых изменениях продукта.
Раздел 2 из 11
Должностные обязанности инженера по тестированию
Из чего состоит рабочая неделя. Доли времени показывают, на что человек будет тратить больше всего сил, а что останется фоном.
Анализ требований
15 %Изучает требования и уточняет неоднозначные сценарии с командой. Заранее выявляет риски и условия, которые нужно проверить.
Планирование проверок
15 %Определяет объём и порядок тестирования, подбирает виды проверок под изменения. Поддерживает тестовые сценарии в актуальном состоянии.
Ручное тестирование
30 %Проверяет новые функции и исправления по сценариям и исследовательским методам. Фиксирует результаты и подтверждает готовность изменений по согласованным критериям.
Регистрация дефектов
15 %Описывает найденные ошибки так, чтобы команда могла их воспроизвести и исправить. Повторно проверяет исправления и оценивает связанные риски.
Автоматизация проверок
15 %Создаёт и поддерживает автоматические проверки для часто повторяемых сценариев, если это оправдано продуктом. Передаёт команде результаты запусков и сообщает о сбоях.
Отчётность по качеству
10 %Собирает результаты тестирования, отмечает непроверенные области и известные ограничения. Помогает команде принять обоснованное решение о выпуске.
Раздел 3 из 11
Компетенции инженера по тестированию и как их проверить
Всего 9, обязательных 4. Уровень: 1 базовый, 2 уверенный, 3 опытный, 4 эксперт.
Техники тест-дизайна
НавыкОбязательноКак проверить: Дайте набор требований и попросите составить сценарии, включая граничные случаи.
2 из 4 · уверенныйРучное тестирование
НавыкОбязательноКак проверить: Предложите проверить незнакомую функцию и объяснить порядок действий и выводы.
2 из 4 · уверенныйОписание дефектов
НавыкОбязательноКак проверить: Попросите оформить найденную в тестовом задании ошибку с шагами воспроизведения и ожидаемым результатом.
2 из 4 · уверенныйАналитическое мышление
КачествоОбязательноКак проверить: Дайте неоднозначный сценарий и попросите найти возможные причины сбоя и способы проверки.
2 из 4 · уверенныйРабота с API
НавыкКак проверить: Предложите проверить запрос и ответ тестового API, включая ошибочный сценарий.
2 из 4 · уверенныйВнимание к деталям
КачествоКак проверить: Предложите сравнить требования с поведением тестовой функции и отметить расхождения.
2 из 4 · уверенныйКомандная коммуникация
КачествоКак проверить: Попросите разыграть разговор с разработчиком о дефекте, с которым тот не согласен.
2 из 4 · уверенныйОсновы SQL
НавыкКак проверить: Попросите составить простой запрос для поиска записи по заданному условию.
1 из 4 · базовыйАвтоматизация тестов
НавыкКак проверить: Обсудите пример автоматизированной проверки кандидата и попросите объяснить её назначение и ограничения.
1 из 4 · базовый
Раздел 4 из 11
KPI инженера по тестированию: показатели работы
По ним вы поймёте, что человек справляется. Цели подставьте свои: модель предлагает рамку, а не цифры.
Выполнение плана проверок
Запланированные проверки завершены; непроверенные пункты отмечены с причиной
- Период
- Каждый месяц
- Откуда
- Отчёты о тестировании и список тестовых сценариев
Доля дефектов с достаточным описанием
Зарегистрированные дефекты воспроизводимы и содержат необходимые данные
- Период
- Каждый месяц
- Откуда
- Система учёта дефектов
Своевременность проверок
Проверки завершены к согласованному сроку либо задержки заранее обозначены
- Период
- Каждый месяц
- Откуда
- План работ и отчёты о тестировании
Актуальность тестовых сценариев
Изменённые сценарии обновлены, устаревшие выявлены и отмечены
- Период
- Каждый квартал
- Откуда
- Реестр тестовых сценариев и история изменений
Раздел 5 из 11
Этапы отбора
Этап 1: Первичное интервью
Уточнить релевантный опыт, мотивацию и соответствие основным требованиям роли.
- Кто проводит
- Рекрутер
- Длительность
- 30 мин
Этап 2: Проверка навыков тестирования
Проверить тест-дизайн, ручное тестирование, описание дефектов и аналитический подход на рабочих примерах.
- Кто проводит
- Инженер по тестированию
- Длительность
- 1 ч
Этап 3: Практическое задание
Оценить качество анализа требований, проверки продукта и фиксации результатов на реалистичной задаче.
- Кто проводит
- Инженер по тестированию
- Длительность
- 1 ч
Этап 4: Финальная встреча
Обсудить взаимодействие в команде, ожидания от роли и результаты предыдущих этапов.
- Кто проводит
- Руководитель команды
- Длительность
- 30 мин
4 этапа, около 3 ч живого общения с кандидатом.
Раздел 6 из 11
Вопросы для собеседования с инженером по тестированию
Задавайте вопросы по порядку и ставьте оценку сразу. Вес показывает, какие ответы важнее для решения.
- Техники тест-дизайнавес 5
Вопрос 1: Расскажите о случае, когда вы составляли набор проверок для новой функции. Как выбрали сценарии и решили, что тестов достаточно?
Хороший ответ
Называет конкретную функцию, выделяет условия и риски, использует подходящие техники, например классы эквивалентности или граничные значения, объясняет приоритеты и критерии покрытия.
Тревожный ответ
Перечисляет случайные проверки без связи с требованиями и рисками, не может объяснить, почему выбрал именно эти сценарии.
- Ручное тестированиевес 5
Вопрос 2: Расскажите о сложной проверке, которую вы проводили вручную. Как подготовили данные, выполняли сценарии и фиксировали результат?
Хороший ответ
Последовательно описывает подготовку среды и данных, шаги, ожидаемый и фактический результат; проверяет связанные сценарии и повторяет проверку после исправления.
Тревожный ответ
Ограничивается общими словами, не различает ожидаемый и фактический результат или полагается только на случайные действия без плана.
- Описание дефектоввес 4
Вопрос 3: Вспомните дефект, который было непросто воспроизвести. Как вы оформили его и помогли команде разобраться?
Хороший ответ
Описывает условия, точные шаги, ожидаемый и фактический результат, окружение и необходимые материалы; сообщает влияние и при необходимости уточняет данные с разработчиком.
Тревожный ответ
Не приводит последовательных шагов, пишет оценочные формулировки или не указывает, при каких условиях возникает проблема.
- Аналитическое мышлениевес 4
Вопрос 4: Расскажите о ситуации, когда требования были неполными или противоречивыми. Как вы выявили неопределённости и что сделали до начала проверки?
Хороший ответ
Приводит конкретные примеры пробелов, формулирует гипотезы и вопросы, оценивает влияние вариантов и согласует ожидаемое поведение с участниками.
Тревожный ответ
Начинает проверку наугад, не фиксирует допущения или принимает неоднозначное поведение без уточнений.
- Работа с APIвес 3
Вопрос 5: Расскажите о случае, когда вы проверяли API. Какие запросы и ответы анализировали и как выявляли ошибки?
Хороший ответ
Объясняет проверку методов, параметров, заголовков и тела запроса, статусов и содержимого ответа; упоминает негативные сценарии и проверку граничных условий.
Тревожный ответ
Описывает только отправку запроса и просмотр статуса, не проверяет содержимое ответа или негативные сценарии.
- Основы SQLвес 2
Вопрос 6: Приведите пример, когда SQL помог вам проверить данные или разобраться в дефекте. Какой запрос вы составили и что проверяли?
Хороший ответ
Понятно объясняет выбор таблиц и условий, применяет выборку и фильтрацию, сверяет результат с ожидаемыми данными и учитывает связи между записями.
Тревожный ответ
Не может объяснить логику запроса, игнорирует условия выборки или делает выводы без сверки результата с ожидаемым поведением.
- Автоматизация тестоввес 2
Вопрос 7: Расскажите о тесте, который вы автоматизировали или поддерживали. Как выбрали сценарий и проверили надёжность результата?
Хороший ответ
Объясняет, почему сценарий подходит для автоматизации, какие проверки и данные использовал, как разбирал нестабильные прогоны и поддерживал тест при изменениях.
Тревожный ответ
Считает автоматизацию заменой всем ручным проверкам, не может описать критерии выбора сценария или игнорирует нестабильность теста.
- Внимание к деталямвес 2
Вопрос 8: Расскажите о случае, когда небольшая деталь помогла вам обнаружить проблему. Как вы её заметили и подтвердили дефект?
Хороший ответ
Приводит конкретное наблюдение, сравнивает результат с требованиями или соседними состояниями и проверяет, что проблема воспроизводится.
Тревожный ответ
Не приводит конкретного примера либо делает вывод по единичному наблюдению без повторной проверки и контекста.
- Командная коммуникациявес 2
Вопрос 9: Вспомните разногласие с коллегой по поводу дефекта или ожидаемого поведения. Как вы обсудили его и к чему пришли?
Хороший ответ
Описывает факты и влияние на пользователя или процесс, задаёт уточняющие вопросы, обсуждает варианты и фиксирует согласованное решение.
Тревожный ответ
Переводит обсуждение на личности, настаивает без аргументов или оставляет разногласие нерешённым и не зафиксированным.
Поставьте оценки по ходу собеседования, итог посчитаем с учётом веса вопросов.
Раздел 7 из 11
Риски найма
Риск
Кандидат знает термины тест-дизайна, но не применяет их осмысленно.
Как снизить
Попросить на практическом этапе составить проверки для функции с несколькими условиями и объяснить выбор сценариев.
Риск
Кандидат называет дефекты, которые не удаётся воспроизвести или понять по описанию.
Как снизить
Дать кейс с неясным сообщением об ошибке и попросить оформить его так, чтобы коллега смог повторить проблему.
Риск
Кандидат проверяет только основной сценарий и пропускает негативные условия и границы.
Как снизить
Попросить разобрать одну функцию, отдельно обсудив граничные значения, некорректные данные и альтернативные состояния.
Риск
Заявленный опыт работы с API или SQL оказывается поверхностным.
Как снизить
Проверить небольшой практический пример на чтение ответа API или составление запроса к данным, если эти навыки важны для задач роли.
Раздел 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 дней бесплатно, карта не нужна.
- Профиль роли в кабинете уже заполнен
- Вакансия собирается из профиля
- ИИ разбирает отклики по вашим критериям
Отправьте коллегам
Руководителю, который будет собеседовать, или коллеге, который пишет вакансию.
Полезное для кадровика на почту
Новые статьи и инструменты: кадровые сроки, изменения в Трудовом кодексе, готовые шаблоны. Без спама, отписаться можно в один клик.
Нажимая «Подписаться», вы соглашаетесь на обработку персональных данных. Подписка включится после подтверждения в письме.