Первая и самая объемная область — тестирование метаданных приложения. Это все текстовые и графические данные, которые видят пользователи в App Store. Чек-лист для тимлида должен включать:
* **Тексты (название, подзаголовок, описание, ключевые слова):** Проверка на орфографию, грамматику, соответствие гайдлайнам Apple (отсутствие упоминаний других платформ, некорректных призывов к действию). Критически важно проверить локализацию для всех поддерживаемых языков. Частая ошибка — неполный перевод описания для次要 рынков.
* **Визуальный контент (скриншоты, промо-видео):** Проверка соответствия разрешений и размеров для всех типов устройств (iPhone, iPad, Apple Watch). Убедитесь, что на скриншотах отображается актуальный интерфейс приложения, нет «замыленных» изображений или placeholder-текста. Проверьте, что видео загружается и проигрывается корректно.
* **Рейтинги (возрастной рейтинг, категория):** Корректность выбранного возрастного рейтинга на основе контент-анкеты. Неверный рейтинг — частая причина отказов при ревью.
Вторая критическая зона — управление билдами и тестирование. В разделе «TestFlight» и «Мои приложения» тимлид должен отработать сценарии:
- **Загрузка нового билда:** Убедиться, что билд с правильной версией и build number успешно загружается через Xcode или Transport. Проверить, что не возникает ошибок типа «Invalid Binary».
- **Настройка групп тестирования:** Проверить, что внутренние и внешние группы тестеров настроены корректно, приглашения отправляются, а тестеры могут установить билд. Важно протестировать истечение срока действия билда (90 дней).
- **Предрелизная подготовка:** При отправке билда на ревью необходимо заполнить форму, включая ответы на экспортное соответствие, использование шифрования и контент-прав. Тимлид должен либо заполнить её сам, либо проверить корректность заполнения. Автоматизировать эту проверку сложно, поэтому здесь необходим тщательный ручной review.
* **Проверка приложений-аксессуаров:** Если приложение связано с физическим устройством (например, по Bluetooth), в метаданных должны быть указаны идентификаторы (MFi). Их нужно проверить на точность.
* **Подготовка учетных данных для ревью:** Если приложению требуется тестовый аккаунт, убедитесь, что логин и пароль, указанные в поле «Notes for review», рабочие и предоставляют доступ ко всем необходимым функциям. Пароль не должен истечь во время ревью.
* **Анализ потенциальных причин для отказа:** Используйте чек-лист на основе распространенных причин reject: неработающие ссылки (на политику конфиденциальности, поддержку), неполная функциональность (заявленная в описании фича не работает), проблемы с автопродлением подписок.
Четвертый, часто забываемый блок — финансовые и юридические настройки. В разделе «Соглашения, налоги и банковские данные» тимлид, в координации с бизнес-отделом, должен убедиться:
* Действующее соглашение с Apple подписано.
* Настройки ценообразования и валют корректны для всех территорий.
* Если приложение платное или содержит покупки (IAP), проверена корректность создания и описания продуктов в разделе «Функции приложения». Особое внимание — на тестовые IAP для песочницы.
Стратегия тестирования для тимлида должна быть итеративной. Не оставляйте полную проверку ASC на последний день перед релизом. Внесите в спринт задачи по обновлению метаданных для будущей версии заранее. Создайте в команде роль «ответственного за App Store Connect», который будет вести детальный чек-лист. Используйте возможности «Сохранить для последующей отправки» — это позволяет заполнить все метаданные и загрузить билд, но не отправлять на ревью, что идеально для предварительной проверки.
Наконец, документируйте все проблемы, возникшие при взаимодействии с ASC. Создайте внутреннюю wiki-страницу с частыми ошибками («билд не отображается в списке после загрузки», «проблемы с валидацией IAP») и их решениями. Это превратит тестирование App Store Connect из хаотичной рутины в управляемый, предсказуемый процесс, который перестанет быть узким местом на пути приложения к пользователям.
Комментарии (6)