Участвовали ли в релизах
Что проверяют
Доводили ли вы приложение до магазина или только писали экраны. Смотрят, знаете ли вы этапы, специфичные для мобильной публикации: подпись, форматы сборки, треки, постепенная раскатка и то, что откатить выпуск нельзя.
Как отвечать
Пройдите по циклу. Заморозка и релизная ветка, повышение кода версии и имени версии, сборка релизного варианта, подпись ключом, который лежит в хранилище секретов сборки, а не в репозитории. Публикация набором App Bundle, а не отдельным APK, поэтому магазин сам собирает варианты под устройство.
Дальше про сокращение кода: R8 включён, значит обязательна загрузка файла соответствия имён, иначе отчёты о падениях нечитаемы. Прогон тестов на сборке, внутренний трек для команды, закрытое или открытое тестирование, затем поэтапная раскатка процентами с наблюдением за долей сессий без падений и за показателем зависаний.
Отдельно проговорите совместимость: минимальная и целевая версии платформы, миграции локальной базы, поведение на старых версиях системы. И про управление рискованными функциями через флаги и удалённую конфигурацию, чтобы выключить проблемную часть без нового выпуска.
Если вы отвечали за кусок, так и скажите: готовил заметки о выпуске, проверял миграцию базы, следил за падениями первые сутки.
Где спотыкаются
Описывают выпуск как «собрал сборку и отправил». Ни подписи, ни треков, ни постепенной раскатки в рассказе нет, и становится понятно, что публикацией занимался кто-то другой.
Забывают про файл соответствия имён. После обфускации стек вызова превращается в набор однобуквенных классов, и разобрать падение в проде невозможно.
Думают, что плохой выпуск можно откатить. Вернуть прежнюю версию в магазине нельзя, можно только выпустить новую, а пользователи со сломанной версией останутся на ней ещё долго. Отсюда и постепенная раскатка, и флаги.