- Страна
- Россия
- Зарплата
- 230 000 ₽ – 280 000 ₽
QA Engineer (Java)
Привлекательная вакансия от известного кадрового агентства с прозрачной вилкой и хорошим соцпакетом (ДМС, фитнес). Проект в финтехе обещает интересные задачи и профессиональный рост, хотя доля ручного тестирования (70%) может быть высоковата для опытных автоматизаторов.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Улучшите резюме под эту вакансию
Возьмём требования и создадим новую версию резюме с акцентом на нужный опыт
Сложность вакансии
Позиция требует обязательного коммерческого опыта автоматизации на Java и глубоких знаний SQL. Работа в банковском секторе с высоконагруженными системами подразумевает высокую ответственность и понимание сложных бизнес-процессов.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Анализ зарплаты
Предложенная вилка 230 000 – 280 000 рублей на руки полностью соответствует рыночным ожиданиям для Middle+/Senior QA Automation Engineer в Москве и РФ. Верхняя граница в 280к является конкурентной для банковского сектора.
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.
Описание вакансии
#вакансия #удаленка #QA #Java #РФ
Вакансия: QA Engineer (Java)🔤🔤🔤🔤
Компания: Selecty (КА)
Формат: Удаленно по РФ 📍
Занятость: полная
ЗП 💸 : 230-280к руб на руки (только ТК)
Команда банка разрабатывает высоконагруженную систему для обработки кредитных заявок с большим количеством интеграций, сложной бизнес-логикой и современным технологическим стеком. Проект находится в активной фазе развития и масштабирования, ожидается существенный рост нагрузки и функциональности.
✔️Требования
• Опыт работы QA от 3 лет
• Опыт авто тестирования mobile/web приложений от 1 года
• Опыт работы с REST API
• Уверенные знания SQL (сложные запросы: join, view, выгрузки)
• Опыт интеграционного тестирования
• Опыт работы с CI/CD (Jenkins, GitLab CI)
• Опыт работы с брокерами сообщений (Kafka, RabbitMQ или аналоги)
• Опыт работы с мок-сервисами (Wiremock или аналоги)
• Опыт написания и поддержки автотестов на Java (коммерческий опыт обязателен)‼️
⚙️Инструменты:
SOAP UI, Postman, Jira, Confluence, Git, IntelliJ IDEA, Bitbucket
Будет плюсом:
• Опыт работы с микросервисной архитектурой (Spring Cloud, Kubernetes, OpenShift)
• Опыт работы с cache-системами (Redis, Hazelcast)
🔼Обязанности
• Тестирование web и mobile функционала
• Тестирование API и интеграционных взаимодействий
• Написание и поддержка автотестов на Java
• Работа с базами данных и SQL-запросами
• Анализ и тестирование бизнес-процессов кредитного конвейера
• Подготовка тестовой документации
• Взаимодействие с разработчиками, аналитиками и DevOps-инженерами
• Участие в процессах CI/CD
📌Дополнительная информация
• Соотношение backend / frontend: 80% / 20%
• Соотношение ручного и автоматизированного тестирования: 70% / 30%
• Автоматизация API: менее 5% покрытия
• Автоматизация e2e: более 90% покрытия
• Фокус команды — развитие и поддержка покрытия e2e-процессов, а также автоматизация критичных бизнес-сценариев
🔥Условия:
Оформление по ТК РФ
Техника предоставляется;
ДМС со стоматологией;
Компенсация фитнеса;
Скидки на обучение, кино, Skyeng;
Индексация ЗП.
Резюме присылать 🔣Откликнуться Вакансия c🔤🔤🔤🔤, других вакансий нет, не отвечаю на резюме, если нет опыта с Java
Больше похожих вакансий + автоотклики с ИИ
Умный подбор, сопроводительные письма, советы по отказам — больше приглашений.

Навыки
- QA
- Java
- REST API
- SQL
- CI/CD
- Jenkins
- GitLab CI
- Kafka
- RabbitMQ
- WireMock
- SOAP UI
- Postman
- Jira
- Confluence
- Git
- IntelliJ IDEA
- BitBucket
- Spring Cloud
- Kubernetes
- OpenShift
- Redis
- Hazelcast
Возможные вопросы на собеседовании
Вакансия предполагает работу с кредитным конвейером и сложной логикой.
Расскажите о самом сложном баге, который вы нашли в интеграционном взаимодействии микросервисов. Как вы его локализовали?
В требованиях указаны сложные SQL-запросы.
Напишите SQL-запрос, который объединяет три таблицы и использует оконную функцию для ранжирования данных.
Упоминается работа с Kafka/RabbitMQ.
Как вы тестируете корректность обработки сообщений в очереди, если один из сервисов-потребителей временно недоступен?
Проект сфокусирован на e2e-покрытии.
В чем, по вашему мнению, главные сложности поддержки e2e-тестов в Java-стеке и как вы боретесь с их нестабильностью (flakiness)?
Используются мок-сервисы (Wiremock).
В каких случаях вы предпочтете использовать Wiremock вместо реального API при проведении интеграционных тестов?
Сформировано ИИ автоматически. Не является проверкой вакансии или работодателя.

