AppReviewX Iniciar sesión

Checklist de smoke test para cada build nuevo

Diez comprobaciones para hacer en cinco minutos antes de compartir un build con cualquier persona.

actualizado ·3 min de lectura

En esta guía

Un smoke test responde a una sola pregunta: ¿este build merece el tiempo de alguien? Es una puerta rápida, no una prueba completa. Si una comprobación falla, para, arregla y genera un build nuevo. No envíes a los testers un build que se cierra al arrancar.

Ejecútalo en un dispositivo real, con el archivo del build que vas a compartir (no con una ejecución de depuración desde el IDE).

Plantilla (copiar y pegar)

SMOKE TEST: <nombre de la app> build <número>     Fecha: <fecha>
Dispositivo / SO: <dispositivo, versión>           Tester: <nombre>

Para en el primer fallo.

[ ] 1. Se instala limpiamente (instalación nueva, no una actualización)
[ ] 2. Arranca sin cierres ni pantalla en blanco
[ ] 3. La versión y el número de build mostrados son los esperados
[ ] 4. La pantalla principal carga con datos reales o de prueba
[ ] 5. El registro o el inicio de sesión funcionan (cuenta de prueba)
[ ] 6. La acción principal funciona de principio a fin: <nómbrala>
[ ] 7. Los datos sobreviven a cerrar y reabrir la app
[ ] 8. La navegación hacia atrás y el cambio entre apps no rompen la pantalla
[ ] 9. Sin conexión: la app se abre y muestra un mensaje sensato, sin cierres
[ ] 10. El build de publicación apunta al backend / configuración correctos (no de prueba ni local)

Resultado: APROBADO / FALLIDO (elemento: __ )
Notas:

Por qué estas diez, y cómo comprobarlas

  1. Instalación limpia. Las actualizaciones ocultan problemas de instalación. Comprueba: desinstala primero.
  2. Arranque. Los cierres al iniciar son el error más común que rompe un build. Comprueba: abre dos veces, una en frío.
  3. Versión y número de build. Detecta que has enviado el archivo equivocado. Comprueba: compara con tus notas.
  4. Pantalla principal. Los datos vacíos o las capas rotas se ven aquí primero. Comprueba: espera a que termine la carga.
  5. Registro o inicio de sesión. La mayoría de testers no puede seguir sin ellos. Comprueba: usa una cuenta de prueba preparada.
  6. Una acción principal. Demuestra que la razón de ser del producto sigue funcionando. Comprueba: nómbrala en la plantilla y hazla una vez.
  7. Persistencia. Los fallos de almacenamiento son muy caros. Comprueba: fuerza el cierre, reabre y busca tus datos.
  8. Navegación. Una pila de navegación rota frustra al instante. Comprueba: atrás, inicio, volver a la app.
  9. Sin conexión. Los usuarios reales pierden señal. Comprueba: modo avión y luego abre la app.
  10. Configuración. Enviar con una dirección de servidor de prueba es un clásico. Comprueba: mira el indicador de entorno o el log, o haz una petición que puedas verificar.

Ejemplo (ilustrativo)

SMOKE TEST: Example Notes App build 87     Fecha: 2026-11-04
Dispositivo / SO: teléfono de gama media, Android 13    Tester: Sam
[x] 1  [x] 2  [x] 3  [x] 4  [x] 5
[ ] 6. Acción principal: crear y guardar una nota   -> FALLIDO: el botón guardar no hace nada
Resultado: FALLIDO (elemento 6). Build no compartido.

Cómo adaptarla

  • Sustituye el elemento 6 por tu acción principal, y añade una línea si hay una segunda imprescindible (una compra, por ejemplo).
  • Mantenla en diez elementos. Si pasa de cinco minutos, mueve los extras a la lista de regresión.
  • Automatízala más adelante, si acaso. Una ejecución manual basta mientras no compiles con mucha frecuencia.

Relacionado

¿El build pasa? Empieza gratis para recibir feedback privado y estructurado sobre él.