Middle/Senior QA Engineer (микросервисы, Kafka, PostgreSQL, MongoDB) (удаленная работа)

Вакансия: 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-пруда с кувшинками, можно влиять на архитектуру с первого дня.
• Компактная команда (без многочасовых созвонов и бюрократии).
• Удалёнка или гибрид (офис в Москве ) после прохождения испытательного срока.

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

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