Подтвердить что ты не робот

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

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

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

Очистка документации Apple Я, похоже, не понимаю, как это сделать:

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

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

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

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

4b9b3361

Ответ 1

Полезный предварительный совет!

fooobar.com/questions/15344109/...

Критическое! новости за 2019 год

По состоянию на февраль, в новом iTunes connect произошла ошибка. (Кто бы мог подумать?)

Если ваша сборка тестового полета застряла на "обработке" (скажем, через 5 минут)...

На самом деле, просто выйдите из appstoreconnect.apple.com и войдите снова.

Удивительно, но теперь это будет...

enter image description here

Кажется, это работает "часто", возможно, даже "все время", если оно зависло более 5 минут.

Я бы сказал, что эта проблема случается примерно 3 раза в десять.

Еще один момент, который сложнее продемонстрировать. Традиционно, если сборка "зависла": если вы увеличили номер сборки на единицу, просто заархивировали и отправили снова. Это, казалось, пролетело вперед первой, которая застряла.

К сожалению, не совсем понятно, работает ли этот "трюк" больше. Если сборка "застряла", она, кажется, просто "застряла".


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

То есть пока жду "бета-одобрения". Так что "собери 1" твоей бета- версии HappyApp на TestFlight.

Каждая первая сборка TestFlight имеет - наверняка - задержку около двух дней:

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

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

enter image description here

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

На следующем шаге. Итак, для сборок 2, 3, 4, 5.. HappyApp на TestFlight:

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

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

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

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

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

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

Комментатор написал...

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

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

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


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

Ответ 2

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

В порядке задаваемых вопросов:

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

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

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

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

Ответ 3

Обновление июль 2019

Время проверки TestFlight:

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

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

Больше информации здесь:

IOS APP ПРЕДСТАВЛЯЕТ ВРЕМЯ ПРОЦЕССА ОБЗОР И БЕТА

Ответ 4

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

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

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

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

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