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

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

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

1. Охват рынка и статистика использования

Это основа. Устройства должны отражать реальную картину в целевых регионах.

• Данные аналитики: Использую отчеты из Google Analytics, Firebase, App Annie, StatCounter. Смотрю на:

    *   Топ-10/20 моделей по установкам и активным пользователям.
    *   Распределение по версиям **ОС (Android/iOS)**. Например, необходимо поддерживать Android 10-14 и iOS 15-17, если на них приходится 95% аудитории.
    *   Популярность производителей (Samsung, Apple, Xiaomi, Huawei) в разных странах.

• Разрешения экранов и плотность пикселей (DPI): Парк должен включать устройства с разными соотношениями сторон (19.5:9, 20:9), разрешениями (HD+, Full HD+, Quad HD) и плотностью (mdpi, hdpi, xhdpi, xxhdpi).

2. Технические характеристики и производительность

Важно тестировать на спектре "железа", чтобы оценить производительность приложения.

• Класс устройств: Обязательно наличие:

    *   **Флагманов** (последние Samsung Galaxy S/Note, iPhone): для тестирования максимальной производительности и новых функций (камеры, датчики).
    *   **Бюджетных и среднебюджетных моделей** (2-4 ГБ ОЗУ, процессоры среднего уровня): именно на них чаще всего проявляются проблемы с оптимизацией, утечками памяти и тормозами.
    *   **"Середнячков" прошлых лет:** Они представляют большую часть установленной базы.

• Аппаратные особенности:

    *   Наличие/отсутствие **"челки" (notch)**, дырочной камеры (punch-hole), подэкранного сканера.
    *   Поддержка **5G**, **NFC**, различные датчики.
    *   Разный объем **встроенной памяти** (64/128/256 ГБ).

3. Поддержка актуальных версий ОС и обновлений

• Чистый Android (Google Pixel) и устройства из программы Android One критически важны для получения самых свежих обновлений ОС и патчей безопасности. Это первые устройства, на которых можно тестировать новые бета-версии Android.
• Для iOS — обязательны несколько последних моделей iPhone для тестирования актуальных iOS-версий и бета-версий.
• Устройства с кастомными оболочками (One UI от Samsung, MIUI от Xiaomi, EMUI/HarmonyOS от Huawei). Они могут вносить свои изменения в работу приложений, жесты, управление памятью.

4. Состояние текущего парка и логистика

• Физический износ: Батареи, кнопки, экраны. Устройства с деградировавшими батареями искажают результаты тестов производительности и автономности.
• Ремонтопригодность и стоимость обслуживания: Иногда дешевле заменить старый, постоянно ломающийся аппарат, чем чинить его.
• Критичность для тестов: Если единственное устройство с определенной версией iOS или редкой конфигурацией вышло из строя, его замена становится приоритетом.

5. Бюджет и ROI (окупаемость инвестиций)

• Стоимость покупки и владения: Оцениваю соотношение цены и полезности устройства для тестового покрытия.
• Альтернативы: Рассматриваю облачные решения (AWS Device Farm, BrowserStack, Sauce Labs, Firebase Test Lab) для расширения покрытия без физических покупок, особенно для редких или очень дорогих конфигураций.
• Программа трейд-ина или продажа старого парка для компенсации затрат.

6. Специфика продукта и команды

• Целевая аудитория: Если приложение для геймеров — нужны устройства с мощными GPU и высокой частотой обновления экрана (120 Гц). Если для финансов — с хорошими сканерами отпечатков и лица.
• Требования тестирования: Для тестов AR/VR, камеры, GPS или датчиков здоровья нужны конкретные модели с поддержкой этих функций на уровне API.
• Потребности команды: Количество инженеров, работающих одновременно, необходимость для ручного (регресс, исследовательское тестирование) и автоматизированного тестирования.

Процесс принятия решения и пример

Решение об обновлении принимается на регулярной основе (раз в квартал/полгода) на основе сводного отчета. Я создаю приоритизированную матрицу в Excel или Confluence:

| Модель устройства       | ОС (версия) | Доля рынка | Состояние в парке | Приоритет (Высокий/Средний/Низкой) | Примерная стоимость | Альтернатива в облаке |
|-------------------------|-------------|------------|-------------------|-------------------------------------|---------------------|------------------------|
| Samsung Galaxy A54      | Android 13  | 8.2%       | Отсутствует       | ВЫСОКИЙ                             | $350                | Да, есть               |
| iPhone 14               | iOS 16      | 12.5%      | 1 шт. (изношен)   | ВЫСОКИЙ                             | $799                | Да, но дорого          |
| Google Pixel 7a         | Android 14  | 3.1%       | Отсутствует       | СРЕДНИЙ (для чистого Android)       | $499                | Да                     |

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

Итог: Цель — не гнаться за каждым новым гаджетом, а поддерживать сбалансированный, репрезентативный и работоспособный парк, который позволяет эффективно находить критические дефекты, которые увидят реальные пользователи, и при этом оптимизировать затраты.