Proceso de envío de aplicaciones y revisión beta de iOS

Actualmente estoy desarrollando una aplicación de iOS para un cliente. El process de revisión de la presentación a la tienda a menudo puede ser un process largo y relativamente nuevo para mí.

Mi cliente quiere hacer una testing beta utilizando TestFlight , así como enviar la aplicación a la tienda de aplicaciones después, a través de XCode y Itunes Connect .

Revisando la documentation de Apple, no puedo tener una buena idea de seguir:

  • Si deseo actualizar una aplicación existente en la tienda, ¿debo volver a completar el process de revisión?

  • Si tengo mi aplicación aprobada para la versión de testing beta a través de TestFlight, ¿se tiene esto en count al enviar la aplicación para su revisión a la tienda?

  • Si quiero probar una compilation nueva a través de TestFlight, ¿tengo que volver a realizar el process de revisión beta en su totalidad?

  • Si se atesting una aplicación en la tienda de aplicaciones, ¿pasa automáticamente la revisión beta?
    (Esto suena contrario a la intuición teniendo en count que no quiere hacer una testing beta después de su lanzamiento a la tienda, sino en un escenario en el que le gustaría hacer una versión cerrada de una actualización para probar mientras una versión en vivo está activa en la tienda)

Para mediados de 2016 …

Si deseo actualizar una aplicación existente en la tienda, ¿debo volver a completar el process de revisión?

sí definitivamente.

Si tengo mi aplicación aprobada para la versión de testing beta a través de TestFlight, ¿se tiene esto en count al enviar la aplicación para su revisión a la tienda?

No, desafortunadamente no está relacionado.

(De hecho: es bastante común enviar straght a la tienda. Para ser claras, muchas compañías simplemente nunca usan TestFlight de ninguna manera).

Si quiero probar una compilation nueva a través de TestFlight, ¿tengo que volver a realizar el process de revisión beta en su totalidad?

Supongamos que tiene una aplicación HappyApp:

La primera vez que lo envía para las testings beta , hay un retraso: generalmente de aproximadamente un día .

Eso es mientras espera la "aprobación beta". Entonces eso es "compilation 1" de su versión beta de HappyApp en TestFlight.

Cada construcción de FIRST TestFlight tiene, de seguro, un retraso de aproximadamente un día:

Esto parece ser un process humano. (Nadie sabe a ciencia cierta, independientemente, siempre se trata de un día, a partir de 2016.) Puede confiar en este retraso, nunca es más corto.

Ejemplo real 14-15 de julio de 2016. Enviado a la primera versión beta el jueves a las 7:00 p. M., Publicado por las computadoras de Apple como utilizable en TestFlight (también conocido como "aprobación beta") Viernes 4PM. 21 horas

Esto es exactamente lo que parece durante ese retraso de un día:

introduzca la descripción de la imagen aquí

Obsérvese que (hoy en día, por fin) dice claramente "Esperando la Revisión de la Aplicación Beta".

En abril de 2017 …

Apple cambió el layout de la página de iTunes Connect (ahora es aún peor y aún más confuso).

Ya no dice "A la espera de la revisión de la aplicación Beta ", solo dice "Esperando revisión".

introduzca la descripción de la imagen aquí

El resultado es el mismo, debes esperar unas 24 horas para la primera revisión de una beta.

En el siguiente paso. Entonces, para las comstackciones 2, 3, 4, 5 … de HappyApp en TestFlight :

Cuando envías cada nueva compilation, solo hay una breve demora (por ejemplo, 15 minutos) para cada una de esas comstackciones nuevas.

Todas las versiones beta después de la primera, tienen una demora estrictamente breve , 15 minutos. (Definitivamente no hay procesamiento humano).

¡El siguiente problema!

Es muy común, aproximadamente una de cada ocho comstackciones, que la compilation no pueda pasar .

Si ha esperado, diga 30 minutos y no ha pasado: aumente el número de compilation por uno y vuelva a intentarlo .

Este es el problema más común con el mordaz sistema TestFlight de Apple. Hoy en día nunca esperamos más de 30 minutos. Acabo de boost el número de compilation y lo vuelvo a enviar.

Para 2+ comstackciones, hay un problema conocido donde a veces "se atasca". En este caso, agregue uno al número de compilation y vuelva a enviarlo.

No tiene sentido esperar más de 30 minutos, aumente el número de compilation y vuelva a enviar.

Entonces eso es todo.

¡Otro problema! Volvamos a la primera compilation nuevamente …

Supongamos que su primer edificio tarda más de "aproximadamente un día". En mi opinión: probablemente esté roto : tienes que crear un nuevo bundleID y volver a enviarlo . (Entonces, si era com.company.testing, haga uno nuevo com.company.testingb, luego c, d, etc.).

Esto lleva a un problema interesante: considere usar una ID de package desechable durante el desarrollo . Solo cambie al package realID cuando esté listo para enviarlo a la tienda. (Por lo tanto, tenemos identificadores de package "com.mycompany.testinga", b, c que usamos para todos TestFlight, luego cambiamos al package real del cliente bundleID para la tienda).

Si se atesting una aplicación en la tienda de aplicaciones, ¿pasa automáticamente la revisión beta?

Estúpidamente no Tienes que comenzar de nuevo. HappyApp verion 7 está en la tienda de aplicaciones haciendo dinero. Haces la Versión 8 y la pones en beta para enviarla a tus compañeros de trabajo. la primera compilation de la Versión 8, obtendrá la estúpida revisión beta de 1 día, como se explicó anteriormente.

(Esto suena contrario a la intuición teniendo en count que no quiere hacer una testing beta después de su lanzamiento a la tienda, sino en un escenario en el que le gustaría hacer una versión cerrada de una actualización para probar mientras una versión en vivo está activa en la tienda)

Todo sobre el process de aprobación de Apple es tonto. ¡Deja tu sentido común en la puerta! : /

Esta publicación a partir del verano de 2016.


¡Nota! Digamos que hace una nueva aplicación; así que, nuevo BundleID y luego en iTunesConnect, haces clic en el signo "más" y literalmente haces una nueva aplicación, llamada "MagicApp". Lo que quiero decir es incluso antes de upload la primera compilation. De hecho: es bastante molesto que media media hora antes de que el trozo vacío de "MagicApp" aparezca en tu list de aplicaciones en iTunesConnect. (!!) Es bastante molesto, ya que no da ninguna indicación de lo que está sucediendo. Podría pagar para cerrar session de iTunesConnect y volver a iniciar session. Una vez que aparece en la list como un talón, cargue su primera compilation. Luego, eso lleva unos buenos 5-30 minutos para aparecer. Luego continúas con el process de "revisión beta" (que tarda 1 día, como se explicó anteriormente).

Siento que a este hilo le falta una respuesta clara y concisa a sus preguntas.

En order de las preguntas formuladas:

  1. , si desea actualizar una aplicación existente en App Store, debe volver a realizar el process de revisión.

  2. No : si su aplicación está aprobada en el process de revisión Beta, esto no se tiene en count para el process de revisión oficial. Todavía tendrá que esperar la duración normal para la revisión oficial.

  3. Depende de * Si quieres probar una nueva compilation con TestFlight, tendrás que esperar al process de revisión beta de nuevo si cambias el número de versión . Si cambió el número de compilation, generalmente se atesting al instante.

  4. No , si se atesting una versión para la tienda de aplicaciones, no se atesting automáticamente para TestFlight. MÁS IMPORTANTE: una vez que tenga una versión aprobada para el App Store oficial, NO PUEDE enviar una nueva compilation a los usuarios de TestFlight con el mismo número de versión que la aplicación oficial de App Store aprobada previamente . Debe cambiar el número de versión si desea enviar una compilation nueva a sus usuarios de TestFlight, y se someterá a un process de revisión de aplicaciones beta más largo porque se lo considera una nueva "versión". La mejor solución es eliminar su aplicación oficial aprobada previamente, enviar una nueva compilation a los usuarios de su vuelo de testing y volver a enviar su aplicación oficial para su revisión nuevamente. Sé que es estúpido, pero es la única solución efectiva.

El process de revisión es realmente rápido tanto para la versión Beta como para la versión final. Descubrí que el process de revisión de construcción final era aún más rápido una vez que lo pasé a través de la Beta.

Deberá verificarse todas las versiones, pero eso se debe a que debe enviar una revisión para cada compilation que tenga previsto enviar a la tienda. Esto es para asegurarse de que nadie recibe una aplicación y luego intenta queuerse en otra aplicación que es completamente diferente (y posiblemente maliciosa).

Para las nuevas comstackciones de TestFlight, debe enviarlas nuevamente para su revisión, pero Apple atesting con rapidez. Y una vez que esté aprobado, le enviará un correo electrónico que dice que fue aprobado y enviará a todos automáticamente una notificación, a través de Testflight, de que la nueva versión está disponible para su actualización

Una vez que se atesting la App Store, todos los que estaban en la actualización Beta podrán actualizar a la última versión disponible en la App Store.

Las comstackciones Beta y las comstackciones finales pueden ser exactamente las mismas, pero Apple las trata de manera diferente para que no puedas aprobarlo en la App Store, pero luego comienzas a usar TestFlight con esa compilation que acaba de aprobarse. App Store es App Store y TestFlight es TestFlight.