LaunchLint Academy
La respuesta breve
- FlutterFlow puede subir builds, pero no asume responsabilidad por comportamiento, paquetes, privacidad o ficha.
- Trata código generado, acciones, APIs, entornos y credenciales como una release normal con pruebas.
- No dejes esta checklist para el día del envío. Úsala como gate de release, enlaza cada punto con el commit o campo de tienda responsable y repite las pruebas afectadas después de cambiar dependencias, permisos, entorno o metadata. Las pruebas no deben guardar secretos ni datos personales de cuentas de ensayo. Desarrollo, producto y la persona con acceso a la consola deben aprobar exactamente el mismo artefacto. Así la revisión se convierte en un proceso reproducible y permite explicar qué versión fue comprobada después de un rechazo o en la actualización siguiente.
1. Elegir producción
Package name, endpoints, Firebase y flags deben pertenecer al entorno público.
No trates elegir producción como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de elegir producción registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
2. Crear identidad
Bundle ID, App ID y paquete Play deben coincidir en todas las cuentas.
No trates crear identidad como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de crear identidad registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
3. Proteger acceso
Keys, issuer ID, service accounts y keystore necesitan permisos mínimos y rotación.
No trates proteger acceso como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de proteger acceso registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
4. Inventariar custom code
Actions, widgets y paquetes pueden añadir permisos, secretos o datos.
No trates inventariar custom code como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de inventariar custom code registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
5. Permisos y manifest
Cámara, ubicación, archivos y APIs requieren configuración concreta.
No trates permisos y manifest como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de permisos y manifest registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
6. Explicar el backend
Firebase, Supabase, APIs, analytics y uploads deben coincidir con privacidad.
No trates explicar el backend como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de explicar el backend registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
7. Probar build real
Preview no sustituye un build firmado con redirects, push y compras.
No trates probar build real como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de probar build real registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
8. Completar envío
El deployment sube el build; ficha, notas, contenido y release siguen aparte.
No trates completar envío como una casilla aislada. Relaciónalo con el build exacto, una persona responsable y una prueba revisable. Repite el recorrido en un dispositivo limpio y documenta cualquier diferencia antes de continuar el envío.
Pruebas para aceptar la release
- Valor de producción de completar envío registrado
- Archivo o ajuste de tienda enlazado
- Resultado esperado y observado comparados
- Diferencias entre iOS y Android revisadas
- Cada duda tiene responsable y fecha
- La release se detiene ante una contradicción bloqueante
Preguntas frecuentes
¿FlutterFlow completa el envío?
No. La ficha y la review siguen siendo responsabilidad del desarrollador.
¿Reviso custom code?
Sí, puede cambiar permisos, secretos y datos.
¿Puedo reutilizar package name?
Los entornos separados necesitan identidades controladas.
¿LaunchLint ejecuta el export?
No. Lo revisa de forma estática.