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

Наша компания работает на 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? Что-то ещё?)