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