Чек-лист тестирования мобильного приложения

Мобильное приложение ломается не там, где веб. Логика может быть безупречной, но приложение упадёт от входящего звонка, потеряет данные при сворачивании или запросит камеру и получит отказ. Это чек-лист именно про мобильную специфику.

1. Установка и обновление

• Установка на чистое устройство проходит без ошибок.
• Обновление поверх предыдущей версии сохраняет данные и авторизацию.
• После обновления не сбрасываются настройки и не повторяется онбординг.
• Удаление приложения убирает данные, при повторной установке нет «мусора» из прошлой жизни.
• Название, иконка и версия корректны; иконка не размыта на плотных экранах.
• Приложение занимает адекватный объём и не растёт бесконтрольно от кэша.

2. Прерывания — главный источник дефектов

• Входящий звонок во время работы и во время оплаты.
• Push-уведомление поверх приложения.
• Будильник, таймер.
• Сворачивание и возврат: состояние экрана и введённые данные сохраняются.
• Долгое пребывание в фоне — сессия жива или корректно просит войти заново.
• Убийство приложения системой из-за нехватки памяти и последующий возврат.
• Блокировка экрана во время загрузки или отправки.
• Разряд батареи и переход в режим энергосбережения.
• Скриншот, шторка уведомлений, разделение экрана (Android).

3. Сеть

• Работа без интернета: понятное сообщение вместо белого экрана.
• Медленная сеть (2G/3G): индикаторы загрузки, ничего не «залипает».
• Обрыв связи в середине операции — данные не теряются, есть повтор.
• Переключение Wi-Fi ↔ мобильный интернет на лету.
• Режим полёта и выход из него.
• Офлайн-режим: что доступно из кэша, синхронизируется ли после возврата сети.
• Экономия трафика включена — приложение работает.

4. Разрешения

• Запрос разрешения объясняет, зачем оно нужно, и приходит в момент использования, а не на старте.
• Отказ в разрешении не роняет приложение — есть понятный сценарий дальше.
• Отзыв разрешения в настройках системы во время работы обрабатывается.
• Проверить каждое: камера, галерея, геолокация, микрофон, контакты, уведомления, файлы.
• Приложение не просит лишнего — это влияет и на доверие, и на модерацию в сторах.

5. Устройства и экраны

• Маленький экран (SE-подобные) и большой (планшет, если поддерживается).
• Вырез камеры, «чёлка», скруглённые углы: ничего не перекрыто.
• Жестовая навигация и кнопочная (Android) — нижние элементы доступны.
• Поворот экрана: вёрстка не рассыпается, введённое не теряется.
• Крупный системный шрифт: текст не обрезается.
• Тёмная тема, если заявлена.
• Минимальная поддерживаемая версия ОС и самая свежая.

6. Ввод и жесты

• Клавиатура не перекрывает активное поле и кнопку.
• Тип клавиатуры соответствует полю: цифры для телефона, @ для почты.
• Кнопка «Готово»/«Далее» на клавиатуре ведёт к следующему полю.
• Свайпы, долгое нажатие, pull-to-refresh, свайп «назад» работают везде одинаково.
• Зоны нажатия не меньше 44×44 pt, соседние кнопки не задеваются.
• Двойное быстрое нажатие не открывает два экрана и не создаёт два заказа.
• Копирование и вставка работают в полях, где это уместно.

7. Производительность и ресурсы

• Холодный старт не дольше 2–3 секунд.
• Списки прокручиваются плавно, без рывков на длинных данных.
• Память не растёт бесконечно при переходах между экранами (утечка).
• Приложение не греет телефон и не съедает батарею в фоне.
• Расход трафика адекватен: картинки не тянутся в полном разрешении в ленту.

8. Особенности платформ

9. Что смотреть, когда упало

• Логи устройства: adb logcat для Android, Console.app для iOS.
• Отчёты о падениях в системе аналитики — там стек и версия.
• Трафик приложения через прокси (Charles, Proxyman): видно те же запросы и коды, что в DevTools у веба.
• Шаги перед падением — записывайте видео экрана, воспроизвести иначе бывает невозможно.

Общие проверки форм и валидации, которые справедливы и для мобильных, — в чек-листе тестирования формы. Как оформить найденное, чтобы починили с первого раза, — в шаблоне баг-репорта.