QA mobile

О команде и продукте:
Digital Pizza Experience (DPX) - юнит-оунер глобальных приложения и сайта Додо Пицца. Мы не только затаскиваем большие изменения в части клиентского опыта, но и развиваем центр экспертизы клиентского опыта, настраивая процесс работы с гипотезами и запуская исследования пользователей.

Мы ставим цель сделать лучшее мобильное приложение в мире для доставки пиццы, которое не смогут сделать агрегаторы, так как они не контролируют всю цепочку создания ценности - от меню до работы курьеров.

Тебе предстоит:

• Разрабатывать с командой много крутых фич;
• Развивать сервисы с технической точки зрения;
• Писать тесты;
• Иногда заниматься поддержкой, разбором прилетов и багов.

Наши ожидания

• В первую очередь, как бы странно это не звучало - мы бы очень хотели, чтобы ты радовался(ась) и считал(а) своим самым важным результатом нахождение интересных, разнообразных и нетривиальных багов. Безусловно, тут будет много ручной работы (редизайн тяжело будет тестировать сходу автотестами), но вакансия не чисто о ручном тестировании;
• Для нас самый крутой QA инженер - тот, который(ая) докажет нам, что продукт не работает, а не тот, который(ая) скажет “я все проверил(а), прошел(а) необходимые чек-листы и наборы кейсов, можно релизить, замечаний нет”. Мы глубоко убеждены, что у нас (как и в любом большом продукте) всегда есть много багов, и мы счастливы каждому новому багу в нашем багтрекере, а не их отсутствию и фразе “я все проверил(а), все работает” 🙂
• Автоматизация. Куда же без нее :) В целом, у нас уже везде настроен CI/CD с автоматическим регрессом: прогоняются unit и e2e тесты. Тесты, как и продуктовый код, пишем на Swift или Kotlin. В UI-тестах используем нативные фреймворки. Для нас является обязательным условием твоя готовность писать автотесты под одну из платформ, у нас для этого большой бэклог на автоматизацию, множество задач по рефакторингу существующих тестов, и главное - убежденность, что команда (и QA этой команды) несет полную ответственность за автоматизацию тех фич, которые мы делаем; Во время знакомства мы не будем спрашивать про ScreenObject и селекторы, а вместо этого посмотрим на какой-то наш реальный код тестов на Swift или Kotlin (по твоему усмотрению) и пообсуждаем, что тебе в нем нравится, что нет, что бы ты реализовал(а) по-другому и так далее. Будем обсуждать код, а не теоретические знания 🙂

Если коротко:

• Коммерческий опыт в тестировании мобилок от 3х лет;
• Опыт в автоматизации (Kotlin, Swift) от полугода и желание развиваться в этом;
• Готовность к ручному тестированию;
• Здоровая дотошность и примеры ее подтверджающие:)