Туту — сервис путешествий, где можно купить билеты на поезда, самолёты и автобусы, посмотреть расписание пригородных поездов, найти туристические путёвки, забронировать отели и экскурсии, почитать отзывы на вагоны и самолёты, посмотреть, где там розетки и пеленальные столики, увидеть фото и пропасть на полжизни.

В направлении ж/д мы делаем лидирующий сервис онлайн-продаж билетов на поезда, помогаем людям путешествовать на поездах удобнее и проще.

‍

Мы ищем QA-инженера, который станет частью одной из команд направления ж/д, работающей в области ассортимента. Команда работает над созданием и развитием сценариев и платформ для продажи ЖД билетов. Это ключевая часть пользовательской воронки, обеспечивающая удобство поиска, оформления заказа, бронирования, выписки билетов, а также работы с личным кабинетом и внутренним Backoffice. Основные задачи на ближайший год:

— Завершить техническую модернизацию продукта, повысить стабильность и улучшить мониторинг.
— Реализовать специальные тарифы для поездок с детьми, сделав продукт более удобным для семей.
— Перевести 100% продаж на единую платформу чекаута, включая пересадки и сегменты туда-обратно.
— Улучшить модели ценообразования, сделав их более точными и гибкими.

Фокус команды на поддержании высоких стандартов производительности, удобства для пользователей и масштабируемости системы.

‍

Немного про стек

Тесты: Go testify (GoLang), Codeception (PHP), Playwright (JS/TS).

Монолит: PHP, MariaDB, React.

Сервисы:

Backend: GoLang/PHP, MongoDB, Openshift.

‍

Основные задачи

— Работа с ключевыми целями продукта: участие в разработке решений, направленных на достижение целей команды и бизнеса, анализ проблем и внедрение улучшений для повышения качества продукта.

— Автоматизация тестирования: написание и поддержка автотестов (приблизительно 80% автоматизация, 20% ручное тестирование). Формирование схемы тестового покрытия в соответствии с пирамидой тестирования. Развитие фреймворков автоматизации тестирования. Интеграция автотестов в CI/CD пайплайны. Настройка и подключение отчётов к тестам.

— Тестовая инфраструктура: постоянное улучшение инструментов и подходов к тестированию. Поддержка стабильности тестовой среды. Автоматизация ручных процессов тестирования для повышения эффективности команды.

— Обеспечение качества в SCRUM-команде: проведение коучинга разработчиков в области обеспечения качества. Участие в обсуждении и формировании требований с точки зрения тестирования. Участие в релизных циклах: анализ результатов автотестов, выявление и подсвечивание проблем команде, апрув релиза.

— Документация: составление, поддержка и актуализация документации по качеству продукта. Разработка и ведение тест-кейсов.

— Оптимизация процессов и DevOps: участие в решении задач, связанных с доставкой кода (release management). Использование и развитие DevOps-подходов для улучшения процессов поставки. Оптимизация TTM (Time to Market) через улучшение процессов и инструментов команды.

— Анализ и развитие: выявление слабых мест в продукте, процессах и тестовой инфраструктуре. Разработка и внедрение решений для устранения проблем. Постоянное развитие компетенций в области автоматизации тестирования и QA в целом.

‍

От вас нужно

— Опыт работы в роли QA от 2,5 лет (auto + manual).

— Знание методов и методик тестирования, принципов распределения покрытия тестами согласно пирамиде.

— Понимание процессов тестирования и разработки.

— Опыт тестирования веб-приложений (Backend / API).

— Опыт разработки автотестов на уровне e2e (acceptance) и integration с использованием инструментов автоматизации (например Go testify или Playwright) более 1 года.

— Умение разбираться в чужом коде.

— Опыт работы с системой контроля версий (GIT) и командной строкой Linux.

— Опыт работы c инструментами взаимодействия с API сервисов (Postman / Paw).

‍

Будет плюсом

— Опыт написания unit тестов.

— Опыт работы с Go, в частности написания тестов.

— Опыт работы с микросервисной архитектурой, знания основных k8s.

‍

Про команду и рабочий процесс

В целом в ж/д направлении есть:

Product Owner (PO); Product Manager (PM); Techlead (TL); Dev Team: 8 — Backend; 3 — Frontend; 2 — iOS; 2 — Android; 4 — QA (автоматизаторы), а также подключаемые роли продуктового, системного аналитика, исследователя и дизайнера.

‍

В целевой подкоманде:

3 — Backend;  1 — QA.

‍

Работаем по двухнедельным спринтам.

Есть ежедневный утренний стендап команды ж/д (30 минут).

Раз в спринт:

— Sprint planning (4 часа).

— PBR — обсуждение/прояснение задач (2–4 часа).

— Sprint review (1 час).

—Retro (1 час).

‍

Кто ставит задачи

Задачи формирует Product Owner (PO) на этапе планирования спринта.

Как это происходит:

Обсуждение приоритетов: PO рассказывает о целях, которые хочется достичь в продукте, с учётом ожидаемого влияния на продуктовые метрики.

Оценка задач: команда анализирует приоритетные пользовательские истории, обсуждает технические детали и при необходимости декомпозирует задачи на более мелкие.

‍

График работы

Есть полная удалёнка (в том числе за пределами РФ), работа из офиса или посещение офиса когда захочется. Это как вам удобнее.