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

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.

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

​​​​