Что нового в последних версиях Android и iOS с точки зрения тестирования?
Что проверяют
Следите ли вы за платформами и понимаете ли, что смена версии ОС меняет тест-план, а не только список фич. Проверяют инженерную привычку читать заметки о релизе и превращать их в проверки.
Как отвечать
Отвечайте классами изменений, а не перечнем названий:
- разрешения: уведомления на Android спрашиваются в рантайме, доступ к медиа разбит на картинки, видео и аудио, появился системный выбор файлов; на iOS есть частичный доступ к фото и отдельный запрос на трекинг. Каждое изменение это новые кейсы: отказ, повторный запрос, «больше не спрашивать», поведение при частичном доступе;
- фон и жизнь процесса: типы foreground-сервисов, ограничения на запуск из фона, доставка уведомлений. Проверяется сценарий «свернули на час и вернулись»;
- навигация и системные жесты: предиктивный жест назад, свой язык у приложения;
- приватность: индикаторы микрофона и камеры, отчёты о доступе к данным.
Отдельно скажите про декларативный UI: в Compose и SwiftUI нет привычной иерархии вьюх, автотесты цепляются за семантику и идентификаторы доступности, поэтому переписанный экран ломает локаторы даже без смены логики.
Сильный ответ заканчивается практикой: бета ОС ставится на устройство из матрицы заранее, регресс гоняется до массового обновления, и отдельно после поднятия целевой версии SDK.
Где спотыкаются
Перечисляют названия фич без последствий для тестирования. «Появился Compose» само по себе ничего не говорит, интервьюер ждёт, какие проверки вы из этого добавили.
Считают, что обновление ОС на телефоне само включает новое поведение. Большая часть ограничений привязана к целевой версии SDK, то есть риск приезжает с релизом приложения, а не с обновлением системы у пользователя.
Узнают о поломках от пользователей. Беты выходят задолго до массового обновления, и прогон регресса на них это дешёвая страховка от «утром половина пользователей осталась без уведомлений».