Туту — сервис путешествий, где можно купить билеты на поезда, самолёты и автобусы, посмотреть расписание пригородных поездов, найти туристические путёвки, забронировать отели и экскурсии, почитать отзывы на вагоны и самолёты, посмотреть, где там розетки и пеленальные столики, увидеть фото и пропасть на полжизни.
В направлении ж/д мы делаем лидирующий сервис онлайн-продаж билетов на поезда, помогаем людям путешествовать на поездах удобнее и проще.
Мы ищем 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 рассказывает о целях, которые хочется достичь в продукте, с учётом ожидаемого влияния на продуктовые метрики.
Оценка задач: команда анализирует приоритетные пользовательские истории, обсуждает технические детали и при необходимости декомпозирует задачи на более мелкие.
Есть полная удалёнка (в том числе за пределами РФ), работа из офиса или посещение офиса когда захочется. Это как вам удобнее.
Встреча с HR-менеджером.
Техническое интервью.
Финальное интервью.
Присылайте резюме и задавайте вопросы в телеграме