Руководитель отдела контроля качества at Armeta KZ — NeverHard

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