TestFlight: provar la teva app d'iPhone abans d'enviar-la

Què és TestFlight i per a què serveix?

TestFlight és el servei d'Apple que et permet instal·lar la teva aplicació en iPhones reals abans que surti a l'App Store. Envies una build a App Store Connect, convides testers i ells la instal·len amb l'app TestFlight, gratuïta a l'App Store. Hi ha dos tipus de testers: els interns, fins a 100 membres del teu equip, sense revisió d'Apple; i els externs, fins a 10.000 persones, convidades per correu o per enllaç públic, després d'una revisió beta de la teva primera build. Cada build es pot provar durant 90 dies.

Criteri	Testers interns	Testers externs
Nombre màxim	100	10.000
Accés al teu compte	Sí, amb un rol	No
Invitació	Afegir-los al grup intern	Correu o enllaç públic
Revisió beta d'Apple	Cap	A la primera build
Per a qui	Tu, un soci, algú proper	Amics, primers usuaris

Per fer servir TestFlight necessites un compte Apple Developer de pagament: el servei no està disponible amb un compte gratuït. Tota la resta d'aquesta guia dona per fet que en tens un, del programa estàndard: el programa Enterprise d'Apple no dona accés a TestFlight.

A les meves apps, cada build que envio amb EAS Submit passa per TestFlight i pel meu iPhone abans d'anar a revisió. És aquí on trobo els problemes que no es veuen durant el desenvolupament.

Enviar una build a TestFlight

Una build és una versió compilada i signada de la teva app: si està mal signada, Apple la rebutja en enviar-la amb ITMS-90034. Perquè aparegui a TestFlight, l'has d'enviar a App Store Connect. Amb Expo, és eas build --platform ios i després eas submit --platform ios, amb una imatge de build prou recent per evitar ITMS-90725. Segons la documentació d'Expo, la build apareix a TestFlight quan Apple l'ha processat, normalment en 10 a 15 minuts. Pots fer tot això des d'un PC: la guia publicar una app iOS sense Mac detalla tota la cadena.

Dos detalls que sovint bloquegen la primera vegada:

• El número de build ha de canviar a cada enviament. Apple rebutja dues builds amb el mateix número per a una mateixa versió. Amb EAS, activa l'increment automàtic i oblida-te'n.
• La pregunta sobre el xifratge. Mentre no hagis respost la pregunta sobre l'ús del xifratge, la build queda bloquejada amb un estat de conformitat pendent (Missing Compliance). Pots respondre-la cada vegada a App Store Connect, o declarar-ho d'un cop per sempre a la configuració de la teva app.

Testers interns: el teu equip, sense esperar

Els testers interns són usuaris del teu compte App Store Connect, amb un rol assignat. Apple en permet fins a 100, i cadascun pot instal·lar l'app en diversos dispositius, fins a 30.

El seu gran avantatge: no hi ha revisió beta. Tan bon punt la build ha acabat de processar-se, sense cap error automàtic com ITMS-90717, l'afegeixes al teu grup intern i ja està disponible. És el grup ideal per a tu, i per a un soci o algú proper a qui donis accés al teu compte.

El seu límit: els has d'afegir com a usuaris del teu compte App Store Connect. No serveix per a desconeguts.

Testers externs i revisió beta

Els testers externs no necessiten cap accés al teu compte. En pots convidar fins a 10.000, per correu o per enllaç públic. És el grup ideal per a amics, primers usuaris o una comunitat.

A canvi, Apple revisa la build abans d'obrir-los-la. Quan afegeixes la primera build d'una versió a un grup extern, passa a revisió beta. Les builds següents de la mateixa versió no sempre requereixen una revisió completa.

Abans d'aquest enviament, App Store Connect et demana informació de prova:

• una descripció de la beta, que diu als testers què han de mirar;
• una adreça de correu per als comentaris;
• les teves dades de contacte, perquè Apple et pugui localitzar.

La revisió beta no és la revisió de l'App Store. Una build acceptada a TestFlight encara pot ser rebutjada en publicar-la.

La revisió beta comprova que la build compleix les normes, però la revisió final també mira la teva fitxa, les teves subscripcions, els teus textos legals i l'experiència completa. Tingues presents els motius de rebuig habituals, explicats a per què Apple rebutja una app.

Convidar testers amb un enllaç públic

L'enllaç públic és la manera més senzilla de fer provar la teva app a gent que encara no coneixes. Aquests són els passos d'Apple, amb les etiquetes de la interfície en anglès:

1. A App Store Connect, obre la teva app i després la pestanya TestFlight.
2. A External Testing, selecciona el teu grup extern.
3. Fes clic a Create Public Link.
4. Tria Open to Anyone per obrir l'enllaç a tothom, o Filter by Criteria per limitar-lo a certs dispositius i versions d'iOS.
5. Si vols, fixa un límit de testers amb Set Limit.

Després comparteixes l'enllaç on vulguis: missatge, xarxa social, correu. La persona instal·la l'app TestFlight, obre l'enllaç i accepta la invitació.

Dues coses que has de saber abans de difondre'l a gran escala:

• Fixa un límit. Si l'enllaç circula més del previst, mantindràs el control del nombre de testers.
• Els testers per enllaç públic són anònims. App Store Connect només mostra la data d'instal·lació, les sessions i els tancaments inesperats. Si vols saber qui ha provat què, millor convida per correu.

Quant dura una build de TestFlight?

Una build està disponible per als testers durant 90 dies. Passat aquest termini, caduca i els teus testers ja no la poden obrir. Si la teva beta dura més, simplement envia una build nova abans que caduqui.

A la pràctica, enviaràs builds noves molt més sovint: a cada correcció important. Cada build nova que afegeixes al grup s'ofereix als teus testers, que la descarreguen a l'app TestFlight.

Recollir els comentaris dels testers

TestFlight inclou un sistema de comentaris: el tester fa una captura de pantalla a la teva app, la pot anotar i te l'envia. Si l'app es penja, reps un informe d'error, i el tester hi pot afegir context. Ho trobes tot a App Store Connect.

És útil, però no n'hi ha prou per entendre un error concret. A les meves apps hi afegeixo Sentry, que informa de l'error amb la línia de codi responsable, i PostHog, que mostra on abandonen els usuaris. Tots dos funcionen en una build de TestFlight igual que en producció.

Provar les subscripcions a TestFlight

Si la teva app ven una subscripció, TestFlight és on comproves que funciona de veritat. Les compres fetes en una build de TestFlight passen per l'entorn de proves d'Apple: als teus testers no se'ls cobra res. Les renovacions s'acceleren: cada subscripció es renova un cop al dia, sis vegades com a màxim en una setmana, sigui quina sigui la seva durada real.

Com a mínim, comprova que els preus mostrats són els correctes, que la compra desbloqueja l'app i que el botó de restaurar recupera la subscripció després de reinstal·lar. Faig servir RevenueCat per gestionar les subscripcions de les meves apps; tot el muntatge, dels productes d'App Store Connect al paywall, està descrit a la pàgina subscripcions in-app a iOS.

Què has de provar abans d'enviar-la a Apple

Aquesta és la llista que segueixo abans de cada enviament a revisió. Cada punt correspon a un motiu de rebuig o a un error evitable.

El primer inici

• Esborra l'app, reinstal·la-la des de TestFlight i obre-la. És el que farà el revisor.
• Fes tot l'onboarding, sense saltar-te res.
• Denega cada permís (notificacions, càmera, ubicació) i comprova que l'app continua funcionant.

Els diners

• El paywall mostra els preus, la durada i els enllaços a les condicions d'ús i a la política de privacitat.
• La compra funciona, i la restauració també.
• Tots els productes configurats són visibles per al revisor: la guideline 2.1 exigeix que les compres in-app siguin completes, visibles i funcionals.

Les condicions difícils

• El mode avió i una xarxa lenta: un missatge clar, no una pantalla en blanc.
• L'iPhone més petit i el més gran que suportes: res tallat, res tapat pel teclat. Una pantalla tallada en un iPhone petit em va costar un rebuig a Solys.
• Els textos llargs, si la teva app està traduïda.

El dossier per al revisor

• Si la teva app demana iniciar sessió, un compte de demostració a les notes de revisió, amb el backend encès. La guideline 2.1 ho demana explícitament.
• Unes notes de revisió que expliquin en dues frases què fa l'app i on es troba la funció principal.

Si tot i així t'hi rebutgen l'app, la pàgina aplicació rebutjada per Apple explica com respondre sense perdre una setmana. I per tenir la visió de conjunt de la publicació, de la fitxa al llançament, llegeix publicar una aplicació a l'App Store.

Una graella de proves per omplir amb la teva build

Descarrega la graella de 16 escenaris en format CSV. Distingeix la preparació, l'acció que cal fer, el resultat esperat i la prova observada. Importa-la a Numbers, Excel o Google Sheets i omple la versió, el dispositiu i el resultat de cada prova.

Per a un diari de lectura fictici, «desar una pàgina» no n'hi ha prou: anota la pàgina 24, tanca l'app del tot, torna-la a obrir i comprova que el valor hi és. Una prova que no s'ha executat continua com a «Per provar». Si la teva app no té cap subscripció, posa «No aplicable» als escenaris de compra, amb aquest motiu.

La graella és un punt de partida que has d'adaptar, no una certificació. També hi trobaràs les notes per a App Review i els altres models gratuïts per explicar al revisor el recorregut que has comprovat de veritat.

Passar de TestFlight a l'App Store

TestFlight és el moment en què la teva app es fa real: funciona en un iPhone de veritat, a les mans de gent de veritat. En el recorregut de l'iOS Kit, és el segon pas: construir el nucli de l'app i provar-la al teu iPhone amb TestFlight, abans de connectar les subscripcions i preparar la publicació.

Després de TestFlight ve la revisió d'Apple: l'Apple Review Kit reuneix la meva checklist abans de l'enviament i les notes per al revisor. La pàgina d'inici mostra els quatre passos per crear la teva aplicació mòbil amb Claude Code.

Ningú no et pot garantir que Apple acceptarà la teva app: qui decideix és Apple.

Preguntes freqüents

Com es prova una app d'iPhone amb TestFlight?

Envia una build a App Store Connect i després afegeix-la a un grup de testers. Amb Expo, la compiles amb EAS Build i l'envies amb EAS Submit: apareix a TestFlight quan Apple l'ha processat, normalment en 10 a 15 minuts segons Expo. Els teus testers la instal·len amb l'app TestFlight, gratuïta a l'App Store. Necessites un compte Apple Developer de pagament.

Com es genera un enllaç de TestFlight per convidar testers?

A App Store Connect, obre la pestanya TestFlight de la teva app, selecciona el teu grup a External Testing i fes clic a Create Public Link. Tria Open to Anyone o Filter by Criteria i fixa un límit amb Set Limit. Els testers per enllaç públic són anònims: si vols saber qui ha provat què, millor convida'ls per correu.

La revisió beta de TestFlight substitueix la revisió de l'App Store?

No. La revisió beta comprova que la build compleix les normes, però la revisió final també mira la teva fitxa, la teva classificació per edats (Age Rating), les teves subscripcions, els teus textos legals i l'experiència completa. Per tant, una build acceptada a TestFlight encara pot ser rebutjada en publicar-la. Només els testers externs activen una revisió beta, a la primera build d'una versió: els testers interns no en passen cap.

Quants testers es poden convidar a TestFlight?

Pots convidar fins a 100 testers interns i fins a 10.000 testers externs. Els interns són membres del teu compte App Store Connect, sense revisió beta, i cadascun pot instal·lar l'app en fins a 30 dispositius. Els externs es conviden per correu o per enllaç públic, després d'una revisió beta de la primera build. Cada build es pot provar durant 90 dies.

Es pot provar una subscripció a TestFlight sense que et cobrin?

Sí, les compres fetes en una build de TestFlight passen per l'entorn de proves d'Apple: als teus testers no se'ls cobra res. Les renovacions s'acceleren: cada subscripció es renova un cop al dia, sis vegades com a màxim en una setmana, sigui quina sigui la seva durada real. Com a mínim, comprova els preus mostrats, el desbloqueig de l'app i la restauració després de reinstal·lar. El muntatge complet està descrit a subscripcions in-app a iOS.

Què cal comprovar a TestFlight abans d'enviar l'app a Apple?

Reinstal·la l'app des de TestFlight, com farà el revisor, i fes tot l'onboarding. Denega cada permís, prova la compra i la restauració, i després prova el mode avió i l'iPhone més petit i el més gran que suportes. Si l'app demana iniciar sessió, prepara un compte de demostració a les notes de revisió, amb el backend encès.