Представление приложения iOS и процесс бета-проверки

Question

В настоящее время я разрабатываю приложение для iOS для клиента. Процесс рассмотрения заявки в магазине часто может быть длительным процессом и относительно нов для меня.

Мой клиент хочет сделать бета-тест с использованием TestFlight а также представление приложения в магазин приложений после этого, через XCode и Itunes Connect.

документация обыскивая Apple, я не могу показаться, чтобы получить хорошее представление о следующем:

• Если я хочу, чтобы обновить существующее приложение на магазине я должен пройти через процесс обзора снова полный?
  
  

• Если я мое приложение предназначено для бета-тестирования выпуска через TestFlight, как это принято во внимание при представлении приложения для просмотра в магазине?
  
  

• Если я хочу, чтобы протестировать новую сборку через TestFlight, мне нужно, чтобы пройти через процесс обзора беты снова в полном объеме?
  
  

• Если приложение одобрено на магазин приложений, она автоматически перейдет бета-обзор?
  (Это звучит противоречиво, учитывая, что вы не хотите делать бета-тестирование после выпуска в хранилище, но в сценарии, где вы можете захотеть сделать закрытую версию обновления для тестирования, пока живая версия находится в магазине)

Answer 1

Новости за 2018 год!

Изменения на 2018 год!

1. У Apple была известная «полная катастрофа» конца 2017 года/начало 2018 года, где (в основном) ничто не работало в течение нескольких недель. В целом, по состоянию на февраль 2018 года он, как правило, располагался.

2. Изменить! Что касается задержки: «для бета (ничего общего с магазином приложений), задержка, которую вы должны испытать, каждый раз, когда у вас есть новый номер версии вашей беты». Обычно это было довольно коротко («около одного дня»); теперь он заметно длиннее («около двух дней»). Они что-то изменили.

(Примечание - не забывайте, что: и тогда, когда вы на самом деле отправить версию в App Store, что «силы» вы теперь новый номер версии на бет Так что, если это понедельник утром. и ваша стартовая команда получает одобренную новую версию (для магазина приложений), а затем - в понедельник днем, и вы собираетесь отправить новую бета-версию, ведь вы сейчас должны до перейти к версии (и вы будете получить задержку, упомянутую в предыдущей точке).)

3. Изменить! Что касается задержки: «для бета-версий (ничего общего с магазином приложений) задержка, которую вы должны испытывать, каждый раз, когда вы просто загружаете новую сборку (так, более высокий номер сборки) без изменения номера версии». В основном это сейчас дольше, но не сломан. Раньше это происходило почти мгновенно, и иногда это требовало времени (скажем, 5-10 минут), и, наконец, иногда оно полностью разрушалось (как описано ниже). За 2018: они изменили его. Теперь он всегда занимает 5-10 минут. (Это никогда не происходит мгновенно.) И у них, похоже, разрешена проблема, где она иногда сломана, и вам нужно попробовать еще раз: это, похоже, история, к счастью.

4. Изменить! Представления в реальном магазине приложений. Просто, это быстрее, в общем. (Даже если у вас есть при покупке приложения - что угодно.) Возможно, они улучшили свою обработку для тестовых программ, автоматизировали что-то или что-то еще.

В середине 2016 года (обновлено в 2018 году) ...

Если я хочу, чтобы обновить существующее приложение на магазине я должен пройти через процесс обзора снова в полном объеме?

да, определенно.

Если у меня есть приложение, одобренное для бета-тестирования через TestFlight, учитывается ли это при отправке приложения для просмотра в магазин?

Нет, к лучшему или худшему это абсолютно не связано.

(На самом деле:. Это довольно часто, чтобы straght представить в магазин, чтобы быть ясно, многие компании просто не использовать TestFlight в любом случае вы не должны, если вы не хотите.).

Если я хочу протестировать новую сборку через TestFlight, мне нужно снова пройти процесс бета-тестирования?

Скажем, у вас есть приложение HappyApp:

первый раз, когда вы представить его на бета тестирования, существует задержка: обычно около двух дней.

В ожидании «утверждения бета». Итак, это «построить 1» вашей бета-версии версии HappyApp на TestFlight.

Каждый ПЕРВЫЙ TestFlight сборки, имеет - наверняка - задержка около двух дней:

(. Примечание - это изменилось в начале 2018 года из «примерно один день» до «около двух дней»)

Это, кажется, человеческий процесс. (Никто точно не знает.) Вы можете положиться на эту задержку, она никогда не короче. Это именно то, что бета выглядит как во время этой задержки один день:

Таким образом, вы должны ждать около двух дней для первого обзора данной бета номер версии ,

К следующему шагу. Так, для сборки 2, 3, 4, 5 .. из HappyApp на TestFlight:

При отправке каждой новой сборки, есть задержка 5-10 минут для каждого из этих новых сборок идти через.

Все бета-версии после первого, имеют задержку в 5-10 минут.

• по состоянию на начало 2018 года, что задержка не надежно 5-10 минут
• в старые времена, иногда это произошло мгновенно: это уже не так. Сейчас всегда 5-10 минут
• в старые времена, часто это «просто ломается» на этом этапе. Они, похоже, наконец-то исправили эту проблему, после того, как три года разработчики жаловались. В этом посте был большой раздел, посвященный проблеме, любые любители истории могут найти его в редактировании!

Если приложение одобрено на магазин приложений, она автоматически перейдет бета-обзор?

Глупо, нет. Вы должны полностью начать снова.

So TBC. Скажите, что вы на версии 4 вашего приложения. Вы собираетесь создавать бета-версии каждые несколько часов для своей команды. Номер сборки 3010, 3011, 3012 и т. Д.Как это происходит, вы отправляете реальную сборку в магазин приложений и получаете следующую версию одобренного приложения - так что будет версия 5 в магазине приложений. Просто тогда - на бета-стороне - вы тогда принудительно, чтобы перейти на новый номер версии. (И таким образом, как объясняется выше, вы затем будете страдать «двухдневной задержкой» на следующей бета-версии, которую вы отправляете, потому что это действительно первая бета нового номера версии.)

Отклик написал. ..

(Все это звучит нелогичным ...

Все о процессе утверждения Apple, глупо Оставьте свой здравый смысл в дверь:.!/

Обновлено для февраля 2018 года!

---

Сноска! У Apple ранее была неприятная проблема, когда: с совершенно новым приложением (новый BundleID и т. Д.) Потребовалось бы около получаса, чтобы просто появиться в списке приложений iTunesConnect. Это было довольно запутанно. К счастью, эта проблема - история.

Answer 2

Процесс обзора действительно быстр как для бета-версии, так и для финальной сборки. Я обнаружил, что процесс проверки окончательной сборки был еще быстрее, как только я положил его через бета-версию.

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

Для новой сборки TestFlight вы должны отправить ее на повторную проверку, но Apple действительно быстро одобряет их. И как только он будет одобрен, он отправит вам по электронной почте сообщение о том, что он был одобрен, и он автоматически отправит всем уведомление через Testflight, что новая сборка доступна для обновления.

После того, как приложение одобрено в App Store, который был в бета-версии, сможет обновить до последней сборки, доступной в настоящее время в App Store.

Бета-версии и финальные сборки могут быть абсолютно такими же, но Apple относится к ним по-другому, поэтому вы не можете получить одобрение для App Store, а затем начать использовать TestFlight с этой сборкой, которая была только что одобрена. App Store - это App Store, а Testflight - TestFlight.

Answer 3

Я чувствую, что эта тема не имеет четкого и краткого ответа на ваши вопросы.

Для вопросов спросил:

1. Да - если вы хотите, чтобы обновить существующее приложение в App Store, вы должны пройти через процесс обзора снова. не

2. Нет - Если ваше приложение будет одобрено в процессе обзора беты, это не учитывается для официального процесса обзора. Вам все равно придется ждать нормальной продолжительности для официального обзора.

3. Это зависит от * Если вы хотите протестировать новую сборку с TestFlight, вам придется ждать, пока процесс обзора беты снова если вы изменили номер версии. Если вы изменили номер сборки, он обычно одобряется мгновенно.

4. No, если версия одобрена для магазина приложений, она не авто-одобрена для TestFlight. БОЛЬШЕ ВАЖНО - как только у вас есть версия, одобренная для официального магазина приложений, вы НЕ МОЖЕТЕ нажимать новую сборку своим пользователям TestFlight с тем же номером версии в качестве предварительно одобренного официального приложения App Store. Вы должны изменить номер версии, если хотите нажать новую сборку на своих пользователей TestFlight, и она будет подвергнута более длинному бета-тестированию, потому что она рассматривается как новая «версия». Лучшее решение - удалить ваше предварительно одобренное официальное приложение, подтолкнуть новую сборку к вашим пользователям тестового полета и снова отправить свое официальное приложение для просмотра снова. Я знаю, что это глупо, но это единственное эффективное решение.

Answer 4

Update 6 марта 2018

обзор TestFlight раз:

• Первая загрузка построить: занимает в среднем 36ч.
• Обновления: взять от 6 до 20 часов в среднем за сборку.

Выходные выключены.