Какие знаешь кейсы установки мобильного приложения?

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

Установка мобильного приложения — критически важный этап пользовательского пути, который требует тщательного тестирования. Проблемы на этом этапе приводят к прямым потерям пользователей. Как QA-инженер, я рассматриваю следующие ключевые кейсы, разделяя их по источникам установки и состояниям системы.

1. Установка из официальных магазинов приложений

• Установка через Google Play (Android):

    *   Успешная установка последней стабильной версии на совместимом устройстве.
    *   Установка на устройство с устаревшей версией Android (проверка `minSdkVersion`).
    *   Установка на устройство с нестандартной или кастомной прошивкой (например, MIUI, EMUI).
    *   Установка с последующим автоматическим обновлением при включенной опции авто-обновления в магазине.
    *   Проблемы при недостатке места на устройстве (должно быть понятное сообщение об ошибке).

• Установка через App Store (iOS):

    *   Успешная установка через поиск и прямую ссылку.
    *   Установка с использованием разных Apple ID и регионов магазина.
    *   Установка с включенной и выключенной функцией **автоматических загрузок**.
    *   Проверка корректности отображения иконки, скриншотов и описания в магазине.

2. Установка из альтернативных источников (в основном Android)

• Установка APK-файла (Android Application Package):

    *   Скачивание и установка `.apk` файла с официального сайта компании.
    *   Установка после включения опции **«Неизвестные источники»** в настройках устройства.
    *   **Проверка цифровой подписи приложения:** установка неподписанного или подписанного другим ключом `.apk` поверх предыдущей версии (должно вызывать ошибку).
    *   Установка более старой версии `.apk` поверх более новой (должно либо блокироваться, либо корректно откатываться с сохранением данных).

```bash
# Пример команды adb для установки APK для тестирования
adb install -r path/to/application.apk
```

• Установка через сервисы beta-тестирования:

    *   Google Play Console — закрытый/открытый трек.
    *   TestFlight для iOS.
    *   Проверка доступа по приглашению, срока действия сборки.

3. Кейсы, зависящие от состояния устройства и системы

• Недостаток памяти:

    *   Установка при почти заполненной внутренней памяти.
    *   Установка при почти заполненной памяти SD-карты (если приложение поддерживает перенос).

• Прерывания во время установки:

    *   Прерывание загрузки или установки (отмена в магазине).
    *   **Потеря соединения** (Wi-Fi, мобильный интернет) в процессе.
    *   Перезагрузка устройства во время установки.
    *   Переход в режим **«В самолете»**.

• Версионная совместимость:

    *   Установка на устройства с разным разрешением экрана и плотностью пикселей (DPI).
    *   Установка на устройства с нестандартной навигацией (с кнопками, жестами).
    *   Проверка работы с **разными разрешениями** (Camera, Storage) при первой запуске (Android 6.0+).

4. Кейсы обновления приложения

• Обновление из магазина:

    *   Плавное обновление с сохранением пользовательских данных и настроек.
    *   Обновление с пропуском нескольких версий (например, с v1.0 сразу на v2.5).
    *   **Откат на предыдущую версию** через установку старого `.apk` (Android).

• Конфликтующие состояния:

    *   Обновление приложения, когда оно активно работает на переднем плане.
    *   Обновление приложения, которое находится в фоне с активными процессами (например, играет музыку).

5. Проверка пост-установочного состояния

После успешной установки необходимо подтвердить:

• Приложение появилось на домашнем экране и/или в меню приложений.
• Запускается без крашей на экране загрузки (Splash Screen).
• Запрашивает необходимые разрешения в правильный момент (не при установке).
• Занимает ожидаемый объем памяти в настройках устройства.
• Корректно отображается в списке «Недавно установленные» в магазине приложений.

Вывод: Тестирование установки — это не просто нажатие кнопки «Установить». Это комплексная проверка взаимодействия приложения с операционной системой, железом устройства и логикой магазинов приложений. Необходимо использовать как реальные устройства, так и эмуляторы/симуляторы (Android Studio, Xcode) для покрытия большего количества комбинаций ОС и оборудования. Автоматизация таких сценариев сложна, но критически важные пути (базовая установка/обновление) можно покрывать с помощью ADB или инструментов вроде Appium.