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 и метрикой качества.
Работа с формальной приёмкой: приёмо-сдаточные испытания, тестовая документация, работа с внешним заказчиком.
Умение держать техническую беседу с непрофильным человеком, принимать критику без защиты и не терять спокойствие, когда ломается на демо.
БУДЕТ ПЛЮСОМ
Опыт с государственными заказчиками и ГОСТ.
Участие в аттестации по требованиям информационной безопасности.
Тестирование OCR, компьютерного зрения или систем извлечения данных из документов.
Нагрузочное тестирование: k6, Locust, JMeter.
Базовое security-тестирование: OWASP, проверка разграничения доступа.
Опыт развёртывания и тестирования в закрытом контуре или on-prem.
Инженерный бэкграунд или опыт в строительной, проектной, нефтегазовой предметной области.