Как проходит процесс задачи от появления до релиза
Что проверяют
Видите ли вы весь путь целиком и знаете ли специфику выкладки Android.
Как отвечать
Проведите задачу по шагам.
Постановка. Задача приходит от продукта, из поддержки или из технического долга. Уточняются требования и критерии приёмки, оценивается объём. Хорошая практика: обсуждение до начала работы, чтобы неопределённость всплыла заранее.
Разработка. Ветка от основной, реализация, самопроверка на разных версиях системы и размерах экрана, тесты на новую логику.
Ревью и проверки. Пул-реквест, автоматические проверки в конвейере (сборка, юнит-тесты, статический анализ, размер приложения), затем ревью человеком.
Тестирование. Сборка уезжает тестировщикам через внутреннее распространение: Firebase App Distribution или внутренний трек Google Play. Проверяются сценарии, поворот экрана, поведение при убийстве процесса, разрешения.
Слияние и релизная сборка. После вливания собирается релизный вариант с подписью и картой символов для расшифровки стеков.
Выкладка. И вот тут главная специфика платформы: релиз в Google Play идёт поэтапно. Сначала внутренний трек, затем небольшой процент пользователей, затем расширение. Быстро откатить уже установленное приложение нельзя: единственный способ это остановить раскат и выпустить исправленную версию, а она ещё должна пройти проверку и дойти до устройств.
Мониторинг после выкладки. Отслеживаются падения и зависания интерфейса, метрики запуска, ключевые сценарии. Именно поэтапный раскат плюс мониторинг заменяют здесь мгновенный откат, привычный в вебе.
Хорошо, если упомянете флаги функциональности: они позволяют выключить проблемную функцию без выпуска новой версии, что для мобильного приложения ценнее, чем для сервера.
Где спотыкаются
Описывают только разработку и ревью.
Не знают про поэтапный раскат и считают, что откат делается кнопкой.
Не следят за падениями после релиза.
Не используют флаги функциональности, хотя цикл выпуска долгий.