Руководитель отдела контроля качества

Armeta - applied-AI компания, которая делает продукты для инженерной

интеллектуальной обработки документации в строительстве и нефтегазе.

Это роль первого QA в компании. У нас один продукт в проде под государственного

заказчика, два на подходе и впереди контур из четырёх модулей на ближайшие полгода.

Функции QA сейчас нет: тестирование делают разработчики и аналитики по факту, а не по

сценарию. Ты приходишь не в готовый процесс - ты его строишь, а потом набираешь под

себя команду.

Цена ошибки у нас выше обычной. Мы проходим приёмо-сдаточные испытания и

аттестацию по информационной безопасности. Баг, найденный заказчиком на показе,

стоит не хотфикса, а протокола разногласий.

Что ты будешь строить

• Владеть качеством продукта end-to-end: стратегия тестирования, процессы, стандарты, документация, метрики. С нуля.
• Строить трассируемость требований: пункт ТЗ → тест-кейс → результат прогона → доказательство для приёмки. Так, чтобы пакет документов к ПСИ собирался из системы, а не писался руками за две недели до сдачи.
• Готовить программу и методику испытаний, вести приёмку вместе с аналитиками и заказчиком, отвечать за протоколы.
• Тестировать ML-систему как ML-систему, а не как обычный бэкенд: качество классификаторов, OCR и извлечения данных меряется метриками на золотых наборах. Ты ведёшь эти наборы, ставишь пороги и следишь, чтобы новая версия модели не роняла качество на старых кейсах.
• Строить автотесты в CI: API, интеграционные, регресс. Пирамида, а не сто e2e-сценариев, падающих через раз.
• Проверять бизнес-сценарии, а не только «код отработал». Большая часть наших дефектов - это расхождение между тем, что написано в ТЗ, и тем, что понял разработчик.
• Нагрузочное тестирование под SLA: обработка тяжёлых документов, пропускная способность пайплайна, поведение под очередью.
• Тестировать в закрытом контуре и on-prem, включая среды без доступа в интернет.
• Закрывать требования по безопасности в рамках подготовки к аттестации: чек-лист требований, проверка разграничения прав, логирования, хранения секретов.
• Ввести культуру дефектов: единый баг-трекинг, критерии severity, DoD с обязательным тестом, разбор пропущенных в прод дефектов.

Что ты будешь делать в поле

• Участвовать в показах и приёмках у заказчика. Спокойно отвечать, когда что-то ломается при демонстрации.
• Сидеть рядом с инженерами заказчика и смотреть, как они реально работают с системой. Половина критичных дефектов не воспроизводится в тестовой среде, потому что они про реальные документы и реальный порядок действий.
• Воспроизводить проблемы из прода и превращать их в постоянные тест-кейсы и золотые примеры, чтобы одно и то же не всплывало дважды.
• Говорить «не готово» до сдачи, а не после. Это часть работы, а не конфликт.

Требования

• 3+ лет в QA, из них опыт построения процесса или руководства направлением. Не обязательно с большой командой - важно, что ты уже строил, а не только исполнял.
• Python и pytest на уровне уверенной автоматизации: API-тесты, фикстуры, параметризация, моки.
• Проектирование тест-дизайна: эквивалентные классы, граничные значения, тест-кейсы, которые читает не только их автор.
• REST и WebSocket API, фоновые задачи и очереди - понимание, как тестировать асинхронную обработку и что такое идемпотентность.
• PostgreSQL и SQL на уровне самостоятельной проверки данных.
• CI/CD: прогон тестов в пайплайне, гейты на мёрж. Docker обязательно, Kubernetes на уровне «разберусь».
• Опыт тестирования систем с ML или нечётким результатом, либо готовность быстро в это войти: понимание разницы между pass/fail и метрикой качества.
• Работа с формальной приёмкой: приёмо-сдаточные испытания, тестовая документация, работа с внешним заказчиком.
• Умение держать техническую беседу с непрофильным человеком, принимать критику без защиты и не терять спокойствие, когда ломается на демо.
• Русский и английский рабочие, казахский плюс.
• Готовность выезжать на площадку заказчика.

Будет плюсом

• Опыт с государственными заказчиками и ГОСТ 34
• Участие в аттестации по требованиям информационной безопасности.
• Тестирование OCR, компьютерного зрения или систем извлечения данных из документов.
• Нагрузочное тестирование: k6, Locust, JMeter.
• Базовое security-тестирование: OWASP, проверка разграничения доступа.
• Опыт развёртывания и тестирования в закрытом контуре или on-prem.

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