Разница между внутренними и внешними тестировщиками в бета-тестировании ITunes Testflight?

Может кто-нибудь объяснить в деталях разницу между внутренними и внешними тестерами в iTunes Connect Testflight бета-тестирование? Разница здесь слишком кратка. Нужно ли внутренним тестировщикам добавлять UDID до 10 устройств? Или яблоко полностью удалило требование UDID сейчас?

Может кто-нибудь объяснить, что нужно сделать, чтобы распространять и тестировать приложение до 1000 пользователей? Если у меня есть учетные данные iTunes Connect для клиентов, как мне поделиться приложением со своей учетной записью?

Я знаю, что в этом потоке слишком много вопросов, которые противоречат политике stackoverflow, но мне нужно только делать и не делать внутренних и внешних тестов этого ужасного itunes connect тестовое тестирование testflight.

Ответ 1

Внутренние тестеры должны быть назначены роли Admin, Technical, App Manager, Developer или Marketer в iTunes Connect, и вы можете иметь только 25 из них. Вы должны просмотреть Роли iTunes Connect. Если вы не доверяете кому-либо с этими привилегиями, они не являются "внутренними" , они являются "внешними" .

У вас может быть гораздо больше внешних пользователей, но приложения должны пройти процесс проверки App Store, прежде чем эти пользователи смогут их протестировать:

Приложения, доступные для внешних тестировщиков, требуют обзора приложений Beta и должны соответствовать полным рекомендациям по проверке App Store до начала тестирования. Для новых версий вашего приложения требуется обзор, который содержит значительные изменения. До 10 приложений могут быть протестированы одновременно, как внутри, так и снаружи.

Ответ 2

Загрузите приложение в TestFlight

Как внутренние, так и внешние тестеры установят ваше приложение из приложения TestFlight. Им будет отправлено электронное письмо с предложением установить приложение TestFlight. Как только они это сделают, они смогут установить ваше бета-приложение...

Внутренние тестеры: Подумайте об этих пользователях как о сотрудниках, которые получают мгновенные обновления для вашего приложения без одобрения/обзора

  • Необходимо добавить вручную через iTC
  • 25 Максимально допустимый
  • После того как ваше приложение будет загружено, оно доступно немедленно для внутренних тестеров (до того, как оно было просмотрено).
  • Все внутренние тестеры должны быть добавлены в качестве пользователя в настройках iTC "Пользователи и роли", что дает им определенные разрешения (просмотрите другие ответы и документы для этого). Вы не хотели бы давать только какие-либо разрешения здесь.
  • У вас нет ограничения на 60 дней.

Внешние тестеры

  • Будет только использовать загруженную сборку на срок до 60 дней. Если вы добавите дополнительные сборки, они могут обновиться, а 60 дней начнутся снова.

  • Будет возможность проверить ваше приложение после того, как вы отправите его для просмотра, оно будет одобрено, и вы установите его для тестирования. Процесс проверки обычно выполняется мгновенно для новых сборок с тем же номером версии. Если вы добавите новый номер версии, процесс рассмотрения может занять до 48 часов по состоянию на 10/2016.

  • Можно добавить автоматически, импортировав файл csv или Fastlane's pilot.

  • На данный момент (август 2016 года) может быть добавлено до 2000 адресов электронной почты. Каждый адрес электронной почты позволит пользователю установить приложение на нескольких устройствах. Адреса электронной почты не должны соответствовать их идентификаторам Apple.

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

  • Будет запрещено использовать ваше приложение после того, как вы подтолкнули его к официальному магазину приложений (который быстро завершит бета-версию) или прошло 60 дней с момента запуска бета-версии, в зависимости от того, что наступит раньше. Если вы закончите бета-версию без запуска в хранилище приложений, и они попытаются ее открыть, она выйдет из строя. Yay, Apple UX! Если вы нажмете версию в хранилище приложений с тем же именем bundleName, version и bundleID (номер сборки не имеет значения), ваши бета-тестеры автоматически получат версию приложения для приложения, когда она будет жить.

Ответ 3

Тестирование приложений iOS для получения ранних отзывов может быть выполнено несколькими способами. Enterprise, Adhoc и новый бета-тестирование iOS8 Testflight

Ad-hoc Provisioning

В этом методе основное внимание уделяется устройствам, а не пользователям. Устройства UDID должны быть зарегистрированы в центре-члене, а профиль развертывания ДОЛЖЕН иметь UDID конкретного устройства для загрузки сборки приложения. Приложение может быть размещено в testflight или даже Dropbox (поддерживается только https:).

Тестирование TestFlight для приложений iOS:

UDID больше не требуется. Основное внимание уделяется тестовым пользователям, а не устройству. Один пользователь может иметь несколько устройств, на которых может быть установлено бета-приложение.

Для тестовых пользователей бета-тестирования обратитесь к "Ответу Аарона Брагера".