Закрытое тестирование Google Play: 12 тестировщиков, 14 дней и план теста для доступа к продакшену (2026)

Если ваш аккаунт разработчика Google Play — недавно созданный личный аккаунт, то закрытое тестирование Google Play — это барьер, который нужно пройти до запуска. Когда вы подаёте заявку на продакшен, в закрытом тесте должно состоять не меньше 12 тестировщиков, и каждый из них должен участвовать непрерывно последние 14 дней. Относитесь к этому как к двухнедельному тестовому проекту с ответственным, расписанием и циклом обратной связи, а не как к галочке, которую ставят в последний день.

Что требует закрытое тестирование Google Play в 2026 году?

По состоянию на ноябрь 2026 года личные аккаунты разработчиков, созданные после 13 ноября 2023 года, должны провести закрытый тест с «минимум 12 тестировщиками, которые непрерывно участвуют в тесте не менее 14 дней», прежде чем смогут запросить доступ к продакшену. До этого варианты Production и Pre-registration для приложения остаются заблокированными.

• 12 тестировщиков должны состоять в закрытом тесте в момент подачи заявки.
• Они должны участвовать в тесте последние 14 дней, без перерыва.
• Тестировщик, который вышел и вернулся, должен заново набрать 14 дней подряд, чтобы засчитываться.
• Закрытое тестирование становится доступно после завершения настройки приложения. Открытое тестирование остаётся заблокированным, пока у вас нет доступа к продакшену.
• У внутреннего тестирования нет предварительных условий, но это отдельный трек.

Правила описаны на странице Google App testing requirements for new personal developer accounts. Она касается только личных аккаунтов. Об аккаунтах организаций там ничего не сказано, поэтому смотрите, что показывает ваш собственный Dashboard, а не делайте предположений ни в одну сторону.

Как настроить трек закрытого тестирования в Play Console?

Чтобы настроить закрытый тест, откройте в Play Console Test and release > Testing > Closed testing, нажмите Manage track, добавьте тестировщиков на вкладке Testers и выкатите релиз. Тестировщиков можно добавить списком email-адресов или через Google Group. В каждый список помещается до 2000 пользователей, так что размер списка никогда не ограничивает. Ограничивает другое — добиться, чтобы люди действительно присоединились к тесту.

1. На вкладке Testers создайте список email-адресов или укажите Google Group, например yourgroupname@googlegroups.com.
2. Добавьте URL или email для отзывов. Google показывает его на странице, где тестировщик подтверждает участие.
3. Скопируйте ссылку для участия (opt-in link) и сохраните изменения.
4. Создайте релиз в закрытом треке и выкатите его.
5. Когда релиз опубликован, отправьте ссылку для участия и URL страницы в Play Store. Тестировщики не найдут приложение до продакшена через поиск в Play.

На странице настройки тестов Google перечисляет несколько ловушек. «Ссылка для участия отображается только тогда, когда у приложения статус Published», поэтому у приложений в статусе Draft и Pending publication ссылки нет. Загрузка CSV перезаписывает адреса, которые уже есть в списке, а CSV-файлы в кодировке UTF-8 с BOM отклоняются. Если вы используете Google Group, люди должны вступить в группу, прежде чем смогут присоединиться к тесту. Любой, кто уже участвует во внутреннем тесте, должен выйти из него, чтобы получить закрытый тест.

Сколько тестировщиков набирать и кто из них засчитывается?

Набирайте 15–16 тестировщиков, а не 12: засчитываются только те, кто присоединился через ссылку для участия в Play, а тот, кто выбыл до 14-го дня, не засчитывается вообще. 14 дней каждого тестировщика отсчитываются с момента его присоединения, поэтому опоздавший сдвигает самую раннюю дату, когда можно подать заявку.

Хорошие источники — ваша рассылка, лист ожидания беты, друзья с Android-телефонами и другие инди-разработчики, которые протестируют ваше приложение, если вы протестируете их. Попросите каждого подтвердить, что он принял приглашение по ссылке и установил приложение из Play. Установленный вручную APK или пересланная сборка не засчитываются. Если приложение платное, Google отмечает, что тестировщикам придётся его купить, чтобы участвовать, — это ещё одна причина предложить бесплатную тестовую сборку или промокоды.

Что должны делать тестировщики в течение 14 дней?

Тестировщики должны пользоваться приложением так, как это делали бы реальные пользователи, получая конкретное задание каждые несколько дней, чтобы вы собирали отзывы и выпускали исправления прямо во время теста. Форма заявки на продакшен спрашивает, пользовались ли тестировщики всеми функциями и соответствовало ли их использование реальному поведению, и вам нужны ответы на оба вопроса.

Тестировщики не могут оставлять публичные отзывы на тестовые версии. Собирайте обратную связь через URL или email для отзывов либо через приватные отзывы в Google Play. Ведите журнал: каждое сообщение, что вы изменили и в какой сборке это исправлено. Если тест выявляет краши или сломанные экраны, план тестирования релизной сборки для отказов по 2.1 пригодится как чек-лист и для Android-сборок.

Что происходит, когда разработчики получают «More testing required»?

Публичные истории показывают: набранное число тестировщиков позволяет подать заявку, но не гарантирует одобрения. Одобрения от отказов отличают видимая вовлечённость тестировщиков и обновления, выпущенные по их отзывам.

• Отказ после сервиса тестировщиков. В сообществе MIT App Inventor разработчик в июле 2024 года (когда порог составлял 20 тестировщиков) рассказал, что набрал нужное число через сервис обмена тестированием. Он всё равно получил «More testing required to access Google Play production» с причинами «Testers were not engaged with your app during your closed test» и «You didn't follow testing best practices, which may include gathering and acting on user feedback». Google написал ему: «Before applying again, test your app using closed testing for an additional 14 days with real testers». Разработчик также сообщил, что не смог заполнить форму после теста, потому что не знал, кто его тестировщики и как они тестировали. На странице обсуждения решение проблемы не описано.
• Одобрение после переработанного теста. Разработчица на DEV Community обнаружила, что большинство друзей и родственников пользуются iPhone. Приложение установили только 4–5 человек, и примерно половина удалила его через несколько дней. Она перешла на Google Group с настройкой «Anyone can join» и набрала других разработчиков через приложение для взаимного тестирования, которое пост продвигает. За два дня набралось 14 тестировщиков, за время теста вышло 6 небольших обновлений, а ответы в форме были продуманными. По её словам, одобрение пришло через два дня после подачи заявки.

Вывод: оба разработчика набрали нужное число тестировщиков. Одобренная могла показать реальное использование, обновления и отзывы, а получивший отказ имел цифры, но не имел доказательств, которые можно было бы описать в форме. Если вы уже получили такое письмо, в руководстве по «More testing required» в Google Play разобрано, что изменить перед повторной заявкой.

Что спрашивает форма Apply for production?

Форма Apply for production открывается с Dashboard и состоит из трёх частей: о закрытом тесте, о приложении и о готовности к продакшену. Ответы теряются, если нажать Discard или покинуть раздел без нажатия Next, поэтому подготовьте их заранее.

Google также предупреждает, что «проверка — это не этап отладки». Перед подачей заявки убедитесь в соответствии правилам, наличии возрастного рейтинга, стабильности и, если приложению нужен вход, в работающих учётных данных. Руководство по настройке демо-аккаунта написано для Apple, но тот же логин для проверяющего подходит и для Google.

Что проверить перед нажатием Apply for production?

Перед подачей заявки убедитесь, что не меньше 12 присоединившихся тестировщиков набрали по 14 дней подряд, что журнал отзывов показывает выпущенные исправления и что все задачи по настройке приложения выполнены. Планируйте дату запуска с учётом проверки Google, которая «обычно занимает до семи дней, но иногда может длиться дольше».

Пример: соло-разработчик в понедельник заканчивает настройку приложения и выкатывает сборку 1. Он приглашает 16 человек из листа ожидания и сообщества разработчиков, и ко второму дню присоединились 14. Он напоминает двоим и добавляет ещё троих. На 4-й день тестировщик сообщает о краше на старом устройстве, и на 5-й день выходит сборка 2. Поскольку присоединившиеся позже начали свои 14 дней позже, разработчик считает дни для каждого человека отдельно, а не от первого релиза. Он подаёт заявку, когда у 12 человек есть 14 дней подряд, а журнал показывает девять найденных багов и семь исправленных.

1. Dashboard показывает не меньше 12 присоединившихся тестировщиков, у каждого 14 дней подряд.
2. Последняя сборка в закрытом треке — та, которую вы планируете продвигать, и она соответствует актуальному target API level (см. руководство по target API level 36).
3. В журнале отзывов перечислены найденные проблемы, внесённые изменения и выпущенные сборки.
4. Страница в магазине, возрастной рейтинг, раздел о безопасности данных и другие задачи настройки выполнены.
5. Учётные данные для проверяющего работают, если приложению нужен вход.
6. Ответы для формы подготовлены и конкретно описывают реальных тестировщиков и реальные изменения.

Если вы также выпускаете приложение на iOS, чек-лист отправки в App Store покрывает сторону Apple. Если хотите передать запуск, наша услуга по публикации в App Store настраивает Play Console и App Store Connect и готовит обе проверки за $599; сборы за аккаунты разработчика оплачиваются отдельно. Также можно написать на yagyeshsrbobde@gmail.com.