TestFlight es la diferencia entre cazar bugs antes del lanzamiento y leerlos en tus reviews de una estrella en la App Store. La plataforma oficial de beta testing de Apple es gratis, potente y crónicamente infrautilizada. Aquí va cómo configurarla bien, reclutar testers que de verdad ayuden y correr un ciclo de beta que prepare tu app para usuarios reales.

Qué es realmente TestFlight

TestFlight es la plataforma oficial de Apple para distribución de pre-releases. Te permite instalar builds de tu app en iPhones reales antes de enviarla a la App Store. Puedes testear con hasta 10.000 testers externos — sin revisión de App Store para la mayoría de los builds.

Es gratis. Está integrado en Xcode. No hay buena excusa para saltárselo.

Por qué importa el beta testing

El simulador miente. Tus propios dispositivos mienten. Tus desarrolladores mienten — no a propósito, pero llevan semanas mirando los mismos flujos y han dejado de verlos.

Testers reales en dispositivos reales, con condiciones de red reales y patrones de uso reales, encuentran cosas que tu cola de soporte tardaría meses en sacar a la luz. Los crashes que solo pasan en el iPhone SE con iOS 16.2. La UI que se rompe en horizontal en el iPad mini. El flujo de pago que falla en conexiones lentas.

Caza esas cosas antes del lanzamiento. No después.

Configurar TestFlight

Requisitos previos

• Membresía activa del Apple Developer Program (99 $/año). Échale un vistazo a nuestra guía de enrollment si todavía no te has unido.
• Xcode con tu proyecto configurado para distribución.
• Cuenta de App Store Connect con tu app registrada.

Los pasos de configuración

1. Archiva tu build en Xcode (Product → Archive).
2. Sube a App Store Connect vía Xcode Organizer o altool.
3. En App Store Connect, ve a la pestaña TestFlight — tu build aparece después de procesarse (normalmente 10–30 minutos).
4. Añade testers internos (hasta 100 personas de tu equipo de desarrollo) — sin revisión.
5. Envía para testing externo si quieres 10.000 testers — se requiere una breve Beta App Review, más rápida que la revisión completa.

Testing interno frente a externo

Testing interno (hasta 100): Tu equipo. Desarrolladores, diseñadores, stakeholders. Acceso inmediato, sin revisión. Úsalo desde tu primer build de TestFlight.

Testing externo (hasta 10.000): Usuarios reales fuera de tu organización. Requiere una breve Beta App Review de Apple — normalmente 1–2 días. Úsalo desde la semana 4 de desarrollo en adelante.

No esperes a la perfección para invitar a testers externos. Los bordes ásperos en la semana 4 están bien. Los bordes ásperos en el lanzamiento no.

Reclutar testers que de verdad ayuden

10.000 plazas no significan nada si tus testers no se involucran.

Lo que funciona:

• Apunta a tu usuario real. Si estás construyendo una app de fitness, recluta a entusiastas del fitness — no a tus amigos developers que la van a usar dos veces.
• 20–50 testers comprometidos ganan a 500 pasivos. La calidad del feedback importa más que el volumen.
• Brieféalos. Diles en qué centrarse en cada build. “Testea el flujo de onboarding y la pantalla de pago.” Los testers sin objetivo dan feedback vago.
• Pónselo fácil para reportar. TestFlight tiene una funcionalidad integrada de feedback con captura de pantalla. Diles a los testers que la usen. La mayoría no lo hará si no lo dices explícitamente.

Recoger y actuar sobre el feedback

TestFlight te da los crash logs automáticamente — revísalos después de cada build. No esperes a que los testers reporten lo que los logs ya muestran.

Para feedback cualitativo: monta un formulario simple (Typeform, Notion, incluso un doc compartido) enlazado en la descripción de tu TestFlight. Haz 3 preguntas por build. Más que eso y no te llegará nada.

El feedback que más importa:

• Confusión: ¿dónde te quedaste atascado?
• Falta: ¿qué esperabas que estuviera y no estaba?
• Roto: ¿qué no funcionó?

La cadencia de builds importa. Lanza un nuevo build de TestFlight cada 1–2 semanas. Los testers se desconectan si no cambia nada. Los ingenieros se desconectan si no hay loop de feedback.

Reglas de TestFlight que merece la pena conocer

• Los builds expiran a los 90 días. Empuja actualizaciones con regularidad o los testers pierden el acceso.
• Los builds externos requieren Beta App Review. Cuenta con un retraso de 1–2 días.
• Los testers tienen que aceptar la invitación de TestFlight desde Apple. Reenvía recordatorios — la mayoría ignora el primer email.
• Puedes tener varios builds en TestFlight a la vez. Útil para A/B testing de flujos distintos.

Errores comunes

Empezar TestFlight demasiado tarde. La semana 7 de un proyecto de 8 semanas es demasiado tarde. Empieza en la semana 2 con testers internos, en la semana 4 con externos.

Reclutar a los testers equivocados. Amigos y familia son inútiles para la mayoría de los productos. Son demasiado educados y no son tus usuarios reales.

Ignorar los crash logs. TestFlight saca a la luz los datos de crash automáticamente. Si no los estás revisando, estás dejando señal sobre la mesa.

No briefear a los testers. “Prueba la app y dime qué te parece” no produce nada útil. Diles exactamente qué testear.

Cuándo pasar de TestFlight a la App Store

Envía a la App Store cuando:

• La tasa de crashes esté por debajo del 1% en todos los dispositivos testeados.
• El flujo de usuario principal funcione en iPhone SE, iPhone 15 y al menos un iPad.
• Hayas corrido al menos dos rondas de beta externa con engagement significativo.
• Se haya atendido el feedback crítico. No todo el feedback — el feedback crítico.

Échale un vistazo a nuestra guía de distribución en la App Store para el proceso de envío completo.

Preguntas frecuentes

¿Cuántos testers soporta TestFlight?

100 testers internos (miembros del equipo) y hasta 10.000 testers externos por app. La mayoría de las apps no necesita más de unos pocos cientos de testers externos para conseguir señal beta significativa.

¿TestFlight requiere revisión de la App Store?

Los builds internos no. Los builds externos requieren una breve Beta App Review — normalmente 1–2 días, más rápida que la revisión completa de la App Store.

¿Cuánto duran los builds de TestFlight?

90 días desde la fecha de subida. Después, los testers no pueden instalar ni abrir el build. Planifica tu cadencia de releases en consecuencia.

¿Puedo usar TestFlight para Android?

No. TestFlight es solo para iOS. Para beta testing en Android, usa el internal testing track de Google Play — funciona de forma parecida.

¿Pueden los testers dar feedback directamente en TestFlight?

Sí. Los testers pueden hacer una captura dentro de la app y TestFlight les pide enviar feedback con esa captura adjunta. Anima a los testers a usar esta funcionalidad — la mayoría no lo hará si no se lo dices.