LaunchLint Academy
La respuesta breve
- Un build Flutter correcto todavía no está listo para enviar. Identificadores, versiones, firma, permisos, privacidad y ficha deben describir la misma producción.
- Congela una release, prueba el artefacto distribuido en dispositivos reales y guarda pruebas de cada respuesta.
- 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. Congelar la release
Registra commit, versión Flutter, flavor, entorno y plataformas antes de crear archivos nativos.
No trates congelar la release 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 congelar la release 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. Identidad y versiones
Bundle ID, application ID, versión comercial y números técnicos deben coincidir.
No trates identidad y versiones 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 identidad y versiones 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. Firma y propiedad
Certificados Apple, provisioning, upload key y Play App Signing necesitan responsables y recuperación.
No trates firma y propiedad 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 firma y propiedad 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. Permisos nativos
Info.plist, AndroidManifest y plugins solo deben pedir accesos necesarios y explicados.
No trates permisos nativos 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 nativos 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. Plugins y privacidad
Los paquetes Dart pueden añadir SDKs y flujos que deben declararse en ambas tiendas.
No trates plugins y privacidad 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 plugins y privacidad 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. Probar el build
El modo debug no demuestra login, deep links, push, compras ni errores en producción.
No trates probar el build 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 el build 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. Preparar la ficha
Capturas, textos, soporte, acceso y compras deben representar el build congelado.
No trates preparar la ficha 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 preparar la ficha 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. Upload y rollout
Procesamiento, TestFlight o tracks, avisos y monitoring preceden a producción.
No trates upload y rollout 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 upload y rollout 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
¿Basta flutter build?
No. El artefacto no completa ficha, acceso ni privacidad.
¿Puedo cambiar los identificadores?
Trátalos como permanentes tras el primer upload.
¿Debo revisar plugins?
Sí, pueden añadir permisos, SDKs y datos.
¿LaunchLint compila Flutter?
No. Lee archivos compatibles sin ejecutar código.