Тест по архитектуре мобильных приложений

Q: Сколько вопросов в тесте по архитектуре мобильных приложений?

20 вопросов с выбором ответа: 7 junior, 8 middle и 5 senior. Их берём из банка в 108 вопросов с разборами.

Q: Как считается уровень?

Каждый ответ весит по сложности: junior 1 балл, middle 2, senior 3. Senior дают только тем, кто закрыл и сложные вопросы, поэтому угадать уровень на лёгких не выйдет.

Q: Нужна ли регистрация?

Нет. Вердикт, разбивка по темам и ошибки с правильными ответами видны сразу. Регистрация нужна, только чтобы сохранить результат и получить план подготовки.

Q: Таймер строгий?

Нет. На тест отводится около 10 минут, таймер просто показывает время. Когда оно выйдет, можно спокойно закончить.

Q: Вопросы каждый раз одни и те же?

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

Q: Можно поделиться результатом?

Да. Ссылка показывает только тему, уровень, процент и дату, без имени и почты.

Question 1

Где на Android хранить refresh-токен?

Accepted Answer

В зашифрованном виде с ключом из Android Keystore

Answer

В обычных SharedPreferences в приватной папке приложения

Answer

Во внешнем хранилище в зашифрованном ZIP-архиве

Answer

В BuildConfig, который генерируется при сборке

Question 2

Интервьюер говорит: «Спроектируйте мобильный клиент ленты». С чего начать?

Accepted Answer

Уточнить требования: функции, платформы, офлайн, объёмы, приоритеты, и договориться о рамках

Answer

Сразу нарисовать классы view model и репозитория, чтобы показать знание чистой архитектуры

Answer

Выбрать библиотеку картинок и кеша, ведь лента в основном состоит из изображений

Answer

Начать писать код ячейки ленты, чтобы показать интервьюеру рабочий результат

Question 3

Какой максимальный размер payload у обычного push в APNs и FCM?

Accepted Answer

Около 4 КБ

Answer

1 МБ

Answer

256 байт

Answer

Без ограничений

Question 4

Почему view model, которая получает репозиторий через конструктор, легче тестировать?

Accepted Answer

В тесте можно передать фейковый репозиторий с готовыми данными и проверить состояние без сети

Answer

С DI тесты view model не нужны: граф проверяется при сборке, и ошибки ловятся компилятором

Answer

Конструктор с зависимостями позволяет фреймворку автоматически сгенерировать моки и тесты

Answer

Только через конструктор тест может создать view model и вызвать её методы без UI

Question 5

Пользователь без сессии открывает ссылку на заказ. Как правильно обработать?

Accepted Answer

Запомнить целевой маршрут, провести через вход и после входа открыть заказ

Answer

Открыть экран заказа и показать на нём ошибку 401 с кнопкой «Войти»

Answer

Игнорировать ссылку и открыть главную, чтобы не раскрыть данные заказа

Answer

Открыть экран входа, а после входа показать главную вместо заказа

Question 6

За что отвечает Router (Wireframe) в VIPER?

Accepted Answer

За сборку модуля и навигацию

Answer

За бизнес-логику и работу с сервисами

Answer

За отображение данных и анимации

Answer

За хранение сущностей и их маппинг

Question 7

Что больше всего разряжает батарею в типичном приложении?

Accepted Answer

Частые пробуждения радиомодуля сетью и точная геолокация

Answer

Количество экранов и анимаций переходов между ними

Answer

Использование Swift или Kotlin вместо компилируемого C++

Answer

Крупный размер шрифта и яркие цвета интерфейса на экране

Question 8

Пользователь без сети поставил лайк и написал комментарий. Как надёжно доставить это на сервер?

Accepted Answer

Записать изменения в локальную базу и в очередь операций (outbox), синхронизатор отправит их позже

Answer

Держать запросы в памяти синхронизатора и повторить их все по порядку, когда сеть вернётся

Answer

Показать ошибку и попросить повторить позже, чтобы не рисковать рассинхронизацией с сервером

Answer

Отправить изменения через push-уведомление: оно доставится, когда устройство появится в сети

Question 9

Когда оправдано принудительное обновление приложения?

Accepted Answer

Когда старая версия опасна или несовместима: уязвимость, сломанный протокол, требование закона

Answer

При каждом новом релизе, чтобы все пользователи были на последней версии и бэкенд не держал старые

Answer

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

Answer

Когда изменились иконка или дизайн, чтобы бренд у всех пользователей выглядел одинаково

Question 10

Какой главный плюс и главный риск server-driven UI в мобильном приложении?

Accepted Answer

Плюс: экраны меняются без релиза; риск: совместимость схемы со старыми клиентами и правила магазинов

Answer

Плюс: приложение становится меньше, ведь экраны не хранятся в сборке; риска нет, магазины это поощряют

Answer

Плюс: не нужен отдельный бэкенд, экраны отдаёт CDN; риск: медленная сборка из-за кодогенерации схемы

Answer

Плюс: нативная производительность выше, чем у обычных экранов; риск: нет, схема описывает только данные

Question 11

Пользователь был на третьем экране оформления, приложение выгрузили в фоне. Что должно произойти при возврате?

Accepted Answer

Восстановиться стек и введённые данные: на Android это ожидаемо, на iOS через сохранённый путь

Answer

Ничего особенного: мобильные ОС не выгружают приложения в фоне, пока есть свободная память

Answer

Приложение должно стартовать с нуля с главного экрана, это нормальное поведение для мобильных ОС

Answer

Восстанавливается только последний экран без стека и без введённых данных, остальное теряется

Question 12

Почему в больших приложениях код чаще группируют по фичам, а не по слоям (data/, domain/, ui/ на всё приложение)?

Accepted Answer

Изменения обычно касаются одной фичи: код фичи лежит рядом, и её можно выделить в модуль

Answer

Группировка по слоям на всё приложение запрещена Clean Architecture и ломает правило зависимостей

Answer

Так быстрее работает компилятор при любом размере проекта, даже без разбиения на модули

Answer

По слоям нельзя писать изолированные тесты: тест фичи требует подключить все три каталога

Senior	от 80% баллов и от 60% senior-вопросов
Middle	от 60% баллов и от половины middle-вопросов
Junior	от 30% баллов или от 70% junior-вопросов
Пока стажёр	меньше, чем нужно для junior

Тест по архитектуре мобильных приложений онлайн

20 вопросов по архитектуре мобильных приложений

Примеры вопросов по архитектуре мобильных приложений

Какие темы проверяет тест

Как считается уровень

Ещё тесты

Частые вопросы