Бета-тестирование iTunesConnect

Я пытаюсь использовать новое бета-тестирование iTunesConnect. Я пытаюсь пригласить пользователя на тестирование, но у него уже есть учетная запись iTunes Developer, и это не позволит мне пригласить его, потому что это:

Введенный вами адрес электронной почты принадлежит iTunes Connect Счет. Чтобы продолжить, введите другой адрес электронной почты.

Я искал, но не нашел решения. Каковы мои варианты в этом случае?

Спасибо.

Ответы

Ответ 1

В настоящее время вы можете только приглашать бета-тестирование внутренних тестеров через систему бета-тестирования Apple. Определение внутреннего тестера - это тот, кто на самом деле находится в вашей команде iTunes Connect. Адрес электронной почты может быть связан только с одной командой iTunes Connect, и поскольку ваш тестер уже принадлежит другой команде, они не могут быть добавлены к вашей.

Вы всегда можете сделать сборку AdHoc для них точно так же, как это было бы сделано до того, как система бета-тестирования Apple выйдет в интернет. Предоставляйте их устройство, архивируйте и создайте ipa, а затем загрузите его в TestFlight.

Ответ 2

Вы также можете отправить им сборку (.ipa файл) вашего приложения, и они могут переписать код приложения с сертификатом разработчика (см. изображение). Затем они могут установить его на свои устройства или разместить на симуляторе iOS.

Вот команда терминала (re) code sign:

#! /bin/bash
export CODESIGN_ALLOCATE=/Developer/Platforms/iPhoneOS.platform /Developer/usr/bin/codesign_allocate
codesign -f -s "iPhone Developer" $1.app

Ответ 3

Мой подход прост:

  • Все клиентские идентификаторы Apple как внутренние тестеры (если возможно).
  • Все идентификаторы моей компании, назначенные в качестве внешних тестеров в учетной записи клиента. Это не так проблематично, когда вы поддерживаете CSV в формате John,Appleseed,[email protected], который вы можете импортировать в iTunes Connect:

enter image description here

Также имеет смысл сказать, что вам нужно заполнить форму "те, кто должен тестировать тест" для внешних пользователей (мои тестеры), потому что клиент в большинстве случаев знает, что следует тестировать, в отличие от моих тестеров, которым необходимо как-то уведомлять о статусе сборки и о том, что должно быть проверено.