Зачем нужна структурированная приёмка
Приёмка — это не формальность, а контрольная точка, где заказчик подтверждает, что продукт соответствует ТЗ, дизайну и требованиям сторов. Без чёткого процесса рискуете получить реджект в App Store или Google Play, потерю времени на доработки и рост бюджета. В нашей практике проекты с заранее согласованным чек-листом закрываются на 30% быстрее.
Этапы тестирования перед релизом
- Unit- и интеграционные тесты — прогоняются разработчиками на каждом спринте.
- QA-регресс — полный прогон критических пользовательских сценариев на реальных устройствах (iOS 17/18, Android 14/15).
- UAT (User Acceptance Testing) — проверка бизнес-логики заказчиком или фокус-группой по заранее утверждённым кейсам.
- Стресс- и безопасность-тесты — нагрузка до 2× пиковой, проверка OWASP Mobile Top 10.
Чек-лист UAT — таблица для быстрой проверки
| № | Критерий | Ожидаемый результат | Статус |
|---|---|---|---|
| 1 | Авторизация (email, телефон, соцсети) | Успешный вход, восстановление пароля, биометрия | ☐ |
| 2 | Основные пользовательские сценарии (покупка, запись, чат) | Полный цикл без ошибок, корректные пуши | ☐ |
| 3 | Офлайн-режим и кэш | Данные доступны, синхронизация при появлении сети | ☐ |
| 4 | Доступность (VoiceOver, TalkBack, контраст) | Все экраны пройдены скринридером | ☐ |
| 5 | Геолокация и разрешения | Запрос только при необходимости, корректная работа в фоне | ☐ |
| 6 | Платежи (Apple Pay, Google Pay, СБП) | Транзакции проходят, чеки приходят на почту | ☐ |
| 7 | Аналитика (Amplitude, Firebase, AppMetrica) | События фиксируются, воронки строятся верно | ☐ |
| 8 | Обновления (in‑app update, force update) | Пользователь получает актуальную версию без потери данных | ☐ |
Документы, которые требуют сторы в 2026 году
- Privacy Policy и Terms of Use — актуальные ссылки в приложении и в App Store Connect / Google Play Console.
- Data Safety Form (Google) и App Privacy Report (Apple) — детальное описание собираемых данных.
- Export Compliance (Encryption) — если используете криптографию, заполните ERN.
- Age Rating Questionnaire — соответствует контенту (обычно 4+ или 12+).
- Скриншоты и превью для всех поддерживаемых размеров экранов (iPhone 15/16, iPad, Android фолдеры).
- Demo-аккаунт для ревьюеров — с заполненными данными, доступным функционалом.
Подготовку пакета документов можно делегировать команде поддержки и доработки, чтобы не упустить дедлайны модерации.
Типичные ошибки и как их избежать
- Неполный UAT — пропускают кейсы с пограничными данными. Решение: зафиксируйте все сценарии в таблице выше и подпишите каждый пункт.
- Игнорирование гайдлайнов UI — нестандартные жесты, скрытые меню. Проверяйте Human Interface Guidelines и Material Design 3 перед сборкой.
- Отсутствие тестов на реальных устройствах — эмуляторы не ловят проблемы с памятью, камерой, биометрией. Используйте ферму устройств (Firebase Test Lab, BrowserStack).
- Поздняя отправка на модерацию — ревью в App Store может занять до 48 часов, в Google Play — до 7 дней. Планируйте буфер 5‑7 дней.
