Middle/Senior QA Engineer (микросервисы, Kafka, PostgreSQL, MongoDB)

Работодатель:

Опыт работы:

От 3 до 6 лет

Место работы:

Москва, Головинское шоссе, 5А

Наша компания работает на IT-рынке 25 лет. Мы прошли путь от монолита до высоконагруженных систем. Сейчас мы запустили новое перспективное направление — разработку микросервисной платформы на Go для агрегации потоков данных.

Платформа принимает множественные потоки из Kafka, агрегирует, сохраняет состояние в PostgreSQL + MongoDB и по запросу отдает результат регулятору. Продукт кастомизируется под каждого заказчика: структуры данных частично повторяются, частично уникальны.

Кто нам нужен:

Нам нужен QA-инженер, который готов войти в новое направление на ранней стадии. Вы не будете «сотым тестировщиком» в очереди на тикет. Вы будете формировать культуру качества в проекте с нуля, работая напрямую с разработчиками и архитектором.

Чем предстоит заниматься:

Тестировать ETL-подобные процессы: приём из Kafka → агрегация → сохранение → выдача по API.
Проверять консистентность данных.
Разрабатывать стратегии тестирования для разных конфигураций заказчиков (общие + индивидуальные поля).
Писать тесты производительности (как быстро агрегируются потоки под нагрузкой).
Использовать стресс‑тестирование и моделирование сбоев для выявления проблем взаимодействия между Go‑микросервисами и Kafka (дубликаты, потеря сообщений, race conditions).
Участвовать в ревью требований от заказчиков с точки зрения тестируемости.

Требования (харды):

Опыт тестирования брокеров сообщений (Kafka) ( понимание партиций, оффсетов, rebalance, at-least-once).
Крепкий SQL (PostgreSQL) — сложные JOIN, оконные функции, проверка планов.
Опыт с MongoDB — понимание различий между встраиванием и ссылками, тестирование запросов по динамическим полям.
Понимание микросервисной архитектуры — тестирование интеграций, контрактов, моков.
Умение работать с нечеткими требованиями — задавать правильные вопросы, формализовать критерии для уникальных полей.

Софты:

Проактивность — вы сами предлагаете сценарии, а не ждёте готовых чек-листов.
Внимательность к деталям — ошибка в схеме одного JSON может сломать агрегацию для конкретного клиента.
Коммуникабельность — объяснить разработчику, почему сообщение не должно было уйти в топик.

Плюсом будет:

Опыт нагрузочного тестирования (k6, Vegeta).
Умение читать Go-код и писать простые утилиты-генераторы данных.
Знание GitLab CI / GitHub Actions для запуска тестов.

Мы предлагаем:

Работу в компании с 25-летней историей → надёжность, белая зарплата, больничные, отпуска.
При этом вы работаете в новом направлении → нет legacy-пруда с кувшинками, можно влиять на архитектуру с первого дня.
Компактная команда (без многочасовых созвонов и бюрократии).
Удалёнка или гибрид (офис в Москве ) после прохождения испытательного срока.

Напишите в сопроводительном письмекратко, пожалуйса:

Был ли у вас опыт тестирования систем с Kafka? Какую проблему с потоками данных считаете самой частой?
Одним предложением — какие проблемы с порядком или дублированием сообщений в Kafka наиболее критичны для системы, которая агрегирует множественные потоки и отдаёт результат «регулятору»?
Как поднимаете тестовое окружение с БД и брокером? (Docker? Что-то ещё?)