Processus de soumission et d'examen bêta des applications iOS

Question

Je suis actuellement en train de développer une application iOS pour un client. Le processus d'examen de la soumission à la boutique peut souvent être long et est relativement nouveau pour moi.

Mon client souhaite effectuer un test bêta en utilisant les services suivants TestFlight ainsi que la soumission de l'application au magasin d'applications par la suite, par le biais de XCode y Itunes Connect .

En parcourant la documentation d'Apple, je n'arrive pas à me faire une bonne idée de ce qui suit :

• Si je veux mettre à jour une application existante sur le magasin, dois-je repasser par le processus de révision dans son intégralité ?

• Si mon application a été approuvée pour une version de test bêta via TestFlight, cela est-il pris en compte lors de la soumission de l'application pour examen au magasin ?

• Si je veux tester une nouvelle version par le biais de TestFlight, dois-je repasser par le processus d'examen bêta dans son intégralité ?

• Si une application est approuvée sur l'App Store, passe-t-elle automatiquement l'examen bêta ?
  (Cela semble contre-intuitif si l'on considère que l'on ne veut pas faire de bêta-test après la mise en ligne sur la boutique, mais dans un scénario où l'on peut vouloir faire une version fermée d'une mise à jour pour la tester pendant qu'une version live est en ligne sur la boutique).

Answer 1

Conseil préliminaire utile !

https://stackoverflow.com/a/55044137/294884

Nouvelles critiques pour 2019

Depuis février, il y a un bug sur le nouveau iTunes connect. (Qui l'aurait cru ?)

Si la construction de votre vol d'essai est bloquée sur "processing" (après, disons, 5 minutes)...

En fait, il suffit de Déconnectez-vous de appstoreconnect.apple.com et reconnectez-vous. .

Étonnamment, il sera maintenant ...

Cela semble fonctionner "souvent", peut-être même "tout le temps", s'il est bloqué pendant plus de 5 minutes.

Je dirais que ce problème se produit environ 3 fois sur 10.

Un autre point qui est plus difficile à démontrer. Traditionnellement, si un build était "bloqué", il suffisait d'augmenter le numéro du build d'une unité, de l'archiver et de le renvoyer. Cela semblait faire avancer le premier build qui était bloqué. Malheureusement, l'astuce "ajouter un" semble ne plus fonctionner. Si un build est "bloqué", il semble rester "bloqué".

---

Nouvelles pour 2018 !

Changements pour 2018 !

1. Apple a connu la fameuse "catastrophe totale" de fin 2017 / début 2018 où (en gros) rien ne fonctionnait pendant quelques semaines. Il semble que cela se soit globalement calmé à partir de février 2018.

2. Changement ! Concernant le retard : " pour les bêtas (rien à voir avec l'app store), le délai que vous devez subir, à chaque fois que vous avez une nouvelle numéro de version de votre bêta." Ce délai était généralement assez court ("environ un jour") ; il est désormais nettement plus long ("environ deux jours"). Ils ont changé quelque chose.

(Note - n'oubliez pas que : également lorsque vous envoyez effectivement une version à l'App Store, cela vous "oblige" à avoir maintenant un nouveau numéro de version sur les bêtas. Donc, si c'est lundi matin et que votre équipe de lancement obtient une nouvelle version approuvée (pour l'App Store), puis c'est lundi après-midi et vous êtes sur le point d'envoyer une nouvelle version bêta, en fait vous avez maintenant doivent Montez d'une version (et vous obtiendrez le retard mentionné au point précédent).

3. Changement ! Concernant le retard : "pour les bêtas (rien à voir avec l'app store), le délai que vous devez subir, chaque fois que vous téléchargez simplement une nouvelle build (donc, un numéro de build plus élevé) sans changement du numéro de version." En gros, c'est maintenant plus long, mais ni brisé. Auparavant, cela se produisait presque instantanément, mais parfois cela prenait un certain temps (disons 5 à 10 minutes), et enfin, il arrivait que cela soit complètement cassé (comme décrit ci-dessous). Pour 2018 : ils l'ont changé. Maintenant, cela prend toujours "5 à 10 minutes". (Ça n'arrive jamais instantanément.) Et ils semblent avoir a résolu le problème où il est parfois cassé et où il faut réessayer : cela semble être de l'histoire ancienne, heureusement.

4. Changement ! Les soumissions au magasin d'applications proprement dit. Tout simplement, elles sont plus rapides maintenant, en général. (Même si vous avez un achat in app - peu importe.) Peut-être qu'ils ont amélioré leur gestion pour les testeurs, automatisé quelque chose, ou autre.

Pour la mi 2016 (mise à jour pour 2018) ....

Si je veux mettre à jour une application existante sur le magasin, dois-je repasser par le processus de révision dans son intégralité ?

Oui, absolument.

Si mon application est approuvée pour une version de test bêta via TestFlight, cela est-il pris en compte lors de la soumission de l'application pour examen au magasin ?

Non, pour le meilleur ou pour le pire, c'est absolument sans rapport .

(En effet, il est assez courant de soumettre directement au magasin. Pour être clair, de nombreuses entreprises n'utilisent tout simplement jamais TestFlight de quelque manière que ce soit. Vous n'êtes pas obligé de le faire si vous ne le voulez pas).

Si je veux tester une nouvelle version par le biais de TestFlight, dois-je repasser par le processus d'examen bêta dans son intégralité ?

Disons que vous avez une application HappyApp :

El premièrement au moment où vous le soumettez pour bêta les tests, il y a un délai : généralement d'environ deux jours .

C'est en attendant "l'approbation de la version bêta". Donc c'est la "build 1" de votre bêta version de HappyApp sur TestFlight.

Chaque première TestFlight construit, a - à coup sûr - un retard d'environ deux jours :

(Remarque - cela a changé début 2018, passant de "environ un jour" à "environ deux jours").

Cela semble être un processus humain. (Personne ne le sait avec certitude.) Vous pouvez compter sur ce délai, il n'est jamais plus court. C'est exactement ce à quoi ressemble une version bêta pendant ce délai d'un jour :

Donc, vous devez attendre environ deux jours pour que la premièrement examen d'un bêta donné numéro de version .

On passe à l'étape suivante. Donc, pour les constructions 2, 3, 4, 5 de HappyApp sur TestFlight :

Lorsque vous soumettez chaque nouvelle construction, il y a un délai de 5 à 10 minutes pour chacune de ces nouvelles constructions à passer.

Toutes les versions bêta après la première ont un délai de 5 à 10 minutes.

• depuis début 2018, ce délai est de 5 à 10 minutes.
• dans le temps, parfois ça arrivait instantanément : ce n'est plus le cas . Il est maintenant toujours de 5 à 10 minutes
• Dans le passé, il arrivait souvent qu'il se "casse" à ce stade. Il semble qu'ils aient finalement résolu ce problème, après trois ans de plaintes des développeurs. Il y avait une grande section dans ce post traitant de la question, les amateurs d'histoire peuvent la trouver dans les éditions !

Si une application est approuvée sur l'App Store, passe-t-elle automatiquement l'examen bêta ?

Stupidement, non. Vous devez recommencer complètement .

Donc à confirmer. Dites que vous êtes sur version 4 de votre application. Vous faites des builds bêta toutes les quelques heures pour votre équipe. Numéro de build 3010, 3011, 3012, etc. Il se trouve que vous soumettez une version réelle à l'App Store et que la prochaine version de l'application est approuvée. version 5 dans le magasin d'applications. Simplement alors - du côté de la bêta - vous êtes alors forcé pour passer à un nouveau numéro de version. (Et donc, comme il est expliqué ci-dessus, vous subirez le "retard de deux jours" sur la prochaine version bêta que vous enverrez, car il s'agit bien de la première version bêta d'un nouveau numéro de version).

Un commentateur a écrit...

(Tout cela semble contre-intuitif...)

Tout ce qui concerne le processus d'approbation d'Apple est stupide. Laissez votre bon sens à la porte ! :/

Mis à jour pour février 2018 !

---

Note de bas de page ! Apple avait auparavant un problème ennuyeux : avec une toute nouvelle application (tout nouveau BundleID, etc.), il fallait environ une demi-heure pour qu'elle apparaisse simplement dans votre liste d'applications sur iTunesConnect. C'était assez déroutant. Heureusement, ce problème appartient désormais au passé.

Answer 2

J'ai l'impression qu'il manque à ce fil de discussion une réponse claire et concise à vos questions.

Dans l'ordre des questions posées :

1. Oui - si vous voulez mettre à jour une application existante dans l'App Store, vous devez repasser par le processus de révision.

2. Non - Si votre application est approuvée dans le cadre du processus d'examen bêta, c'est no pris en compte pour le processus d'examen officiel. Vous devrez néanmoins attendre la durée normale de l'examen officiel.

3. Cela dépend* Si vous souhaitez tester une nouvelle version avec TestFlight, vous devrez à nouveau attendre le processus de révision de la version bêta. si vous avez changé le numéro de version . Si vous avez changé le numéro de construction, il est généralement approuvé instantanément.

4. Non Si une version est approuvée pour le magasin d'applications, elle n'est pas automatiquement approuvée pour TestFlight. PLUS IMPORTANT- une fois que vous avez une version approuvée pour l'App Store officiel, vous NE POUVEZ PAS envoyer une nouvelle version à vos utilisateurs de TestFlight avec la même version. numéro de version en tant qu'application officielle pré-approuvée de l'App Store . Vous devez changer le numéro de version si vous voulez envoyer une nouvelle version à vos utilisateurs TestFlight, ET elle sera soumise à un processus d'examen bêta plus long car elle est considérée comme une nouvelle "version". La meilleure solution consiste à supprimer votre application officielle pré-approuvée, à envoyer une nouvelle version à vos utilisateurs de TestFlight et à soumettre à nouveau votre application officielle pour examen. Je sais que c'est stupide, mais c'est la seule solution efficace.

Answer 3

Mise à jour : juillet 2019

Heures d'examen de TestFlight :

• Premier téléchargement Il faut compter 36 heures en moyenne.
• Mises à jour : il faut compter entre 6h et 20h en moyenne pour la construction.

Les week-ends sont libres.

Plus d'informations ici :

DURÉE DU PROCESSUS DE SOUMISSION ET DE RÉVISION BÊTA DES APPLICATIONS IOS

Answer 4

Le processus de révision est très rapide, tant pour la version bêta que pour la version finale. J'ai trouvé que le processus de révision de la version finale était encore plus rapide une fois qu'elle était passée par la version bêta.

Vous devrez faire vérifier toutes les versions, mais c'est parce que vous devez soumettre une révision pour chaque version que vous avez l'intention de mettre en ligne. Cela permet de s'assurer que personne ne met en place une application et n'essaie ensuite d'en introduire une autre complètement différente (et peut-être malveillante).

Pour les nouvelles versions de TestFlight, vous devez les soumettre à nouveau pour examen, mais Apple les approuve très rapidement. Une fois qu'elles sont approuvées, vous recevrez un e-mail vous informant qu'elles ont été approuvées et tout le monde recevra automatiquement une notification, via Testflight, indiquant que la nouvelle version est disponible pour la mise à jour.

Une fois que l'application aura été approuvée par l'App Store, tous les utilisateurs de la version bêta pourront la mettre à jour avec la dernière version disponible sur l'App Store.

Les versions bêta et les versions finales peuvent être exactement les mêmes, mais Apple les traite différemment. Vous ne pouvez pas faire approuver votre produit pour l'App Store, puis commencer à utiliser TestFlight avec la version qui vient d'être approuvée. L'App Store est l'App Store et TestFlight est TestFlight.