1. Общие положения

1.1. Настоящая должностная инструкция устанавливает трудовые функции, квалификационные требования, права и ответственность инженера по автоматизации тестирования (QA Automation Engineer / тестировщика-автоматизатора / SDET) (далее — Работник).

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

1.3. Прием на работу и увольнение осуществляются приказом Генерального директора по представлению Руководителя службы контроля качества (Head of QA).

1.4. QA Automation Engineer подчиняется Lead QA Automation / Руководителю группы разработки автотестов.

1.5. В своей профессиональной деятельности Работник руководствуется стандартами разработки чистого кода (Clean Code), паттернами проектирования автотестов (Page Object Model, Screenplay), стандартами ISTQB и методологиями Agile/Scrum.

2. Квалификационные требования к должности

2.1. Образование: Высшее образование по направлениям «Прикладная информатика», «Программная инженерия», «Информационные системы и технологии» или смежным техническим специальностям.

2.2. Опыт работы: Опыт коммерческой разработки автотестов (UI/API) на языках Python, Java, JavaScript/TypeScript или C# не менее 1–2 лет.

2.3. QA Automation Engineer должен знать:

• Один или несколько основных языков программирования: Java, Python, TypeScript/JavaScript, C#, Kotlin, основы ООП, SOLID;
• Фреймворки и инструменты автоматизации UI: Selenium WebDriver, Playwright, Selenide, Cypress, Appium (для мобильных приложений);
• Инструменты автоматизации API: REST Assured, PyTest + Requests, Postman/Newman, Karate, Pact (контрактное тестирование);
• Библиотеки и раннеры тестов: PyTest, JUnit 5, TestNG, Cucumber (BDD), Allure Framework;
• Принципы работы систем непрерывной интеграции и доставки (CI/CD): GitLab CI, Jenkins, GitHub Actions, запуск тестов в контейнерах Docker и распределенных сетях Selenium Grid / Selenoid / Moon;
• Работу с системами контроля версий Git, ветвлением GitFlow;
• Теорию реляционных баз данных, написание SQL-запросов для валидации и подготовки тестовых данных.

Справочные данные классификаторов

3. Должностные и производственные обязанности

QA Automation Engineer выполняет следующие задачи:

3.1. Разработка и развитие тестового фреймворка:

• Проектирует, разрабатывает и поддерживает модульную архитектуру тестового фреймворка для сквозного тестирования (E2E) и проверки микросервисов.
• Реализует паттерны проектирования тестового кода (Page Object, Factory, Builder, Step Object) для обеспечения высокой читаемости и переиспользуемости.
• Создает генераторы тестовых данных и вспомогательные утилиты для работы с базами данных, очередями (Kafka, RabbitMQ) и сторонними API.

3.2. Автоматизация тестовых сценариев и регресса:

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

3.3. Встраивание в CI/CD и анализ результатов:

• Настраивает автоматический запуск Smoke и Regression тестовых наборов по триггерам коммитов, мерж-реквестов или ночному расписанию в CI/CD.
• Анализирует падения автотестов в Allure-отчетах, оперативно заводит дефект-репорты в трекере задач (Jira, YouTrack) и локализует причины сбоев.

4. Права работника

Инженер по автоматизации тестирования имеет право:

• Определять стек технологий и библиотек для разработки тестовых наборов по согласованию с тимлидом.
• Требовать от разработчиков добавления уникальных тестовых локаторов (test-id, accessibility labels) в исходный код для стабилизации UI-автотестов.
• Отказываться от автоматизации нестабильного и часто меняющегося функционала на ранних стадиях прототипирования.

5. Ответственность

QA Automation Engineer несет ответственность за:

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

6. Взаимодействие и KPI

6.1. Связи: тесно работает с Manual QA инженерами, разработчиками, DevOps-инженерами и Scrum-мастером.

6.2. KPI: процент автоматизации регрессионного тестирования (> 75–85%), время прогона регрессионного набора (Regression Run Time ≤ 30–45 мин за счет параллелизации), процент ложноположительных срабатываний (Flakiness ≤ 2%).