Использование внутреннего дистрибутива для iOS тестирования / контроля качества - PullRequest
0 голосов
/ 14 июля 2020

Сейчас работаю в крупном телекоммуникационном холдинге. Мы используем несколько учетных записей в программе Apple Developer Program для разных компаний холдинга. У этих учетных записей есть несколько приложений.

Теперь мы столкнулись с проблемой с нашим основным поставщиком ИТ, у него огромная команда тестирования. Чтобы облегчить распространение приложений, мы думаем о регистрации в программе Apple Enterprise Program. Использование его для создания «внутреннего дистрибутива» с целью тестирования, например: среды разработки, тестирования и обеспечения качества. Также распространение этих собственных сборок через Firebase App Distribution улучшает процесс контроля качества. Мы надеемся, что эта конфигурация поможет избежать конфигурации и перенастройки идентификатора устройства (когда к нам присоединятся новые тестировщики или сотрудники компании, которым необходимо протестировать приложения), а также упростит обслуживание профилей подготовки. Для производства нам нужно делать как всегда, мы используем сборку дистрибутива classi c для Testflight и App Store во всех наших текущих приложениях.

Это мои сомнения по поводу этого подхода:

  • Мы можем без проблем зарегистрироваться как в программе Apple Enterprise Program, так и в программе Apple Developer Program? Мы будем использовать одни и те же учетные записи?
  • Надо ли настраивать разработчиков в обеих программах (сертификаты разработчиков)? как насчет идентификаторов приложений / идентификаторов пакетов?
  • Распространение через Firebase Распространение приложений достаточно безопасно, чтобы избежать нежелательных установок? И это считается допустимым механизмом распространения для участия в программе Apple Enterprise Program?

Заранее спасибо!

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