QA-инженер (Go, Kafka, микросервисы)

Что предстоит делать

Наша компания работает на 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 для запуска тестов.

Что предлагаем