En esta guía
Un buen caso de prueba permite que otra persona repita tu prueba y obtenga el mismo resultado. Para eso hace falta un punto de partida conocido, pasos exactos y un resultado esperado claro. Úsalo para los flujos que no deben romperse: registro, compra, restauración, cualquier cosa de tu lista de regresión.
Plantilla (copiar y pegar)
ID: TC-<número>
Título: <qué se comprueba, en una línea>
Área / flujo: <p. ej. registro>
Prioridad: <alta / media / baja>
Precondiciones: <versión de la app, estado de la cuenta, estado del dispositivo, datos necesarios>
Datos de prueba: <valores exactos a introducir>
Pasos:
1. <acción>
2. <acción>
3. <acción>
Resultado esperado:
- <resultado observable, una línea cada uno>
Resultado real: <rellenar al ejecutar>
Estado: <aprobado / fallido / bloqueado>
Dispositivo / SO / build: <rellenar al ejecutar>
Notas / enlace al bug: <opcional>
Tres ejemplos (ilustrativos, independientes de la app)
Ejemplo 1: registro con un email válido
ID: TC-001 Título: Un usuario nuevo puede registrarse con email y contraseña
Área: registro Prioridad: alta
Precondiciones: instalación limpia, sin cuenta para test@example.com, red activa
Datos de prueba: email test@example.com, contraseña Tr1al-Pass!
Pasos:
1. Abre la app y toca "Crear cuenta".
2. Introduce el email y la contraseña.
3. Toca "Continuar".
Resultado esperado:
- Se abre la pantalla de inicio.
- El email aparece en Ajustes > Cuenta.
Ejemplo 2: una entrada no válida se rechaza con claridad
ID: TC-002 Título: El registro rechaza un email no válido
Área: registro Prioridad: media
Precondiciones: instalación limpia, red activa
Datos de prueba: email "test@", contraseña Tr1al-Pass!
Pasos:
1. Abre "Crear cuenta".
2. Introduce el email y la contraseña.
3. Toca "Continuar".
Resultado esperado:
- No se crea ninguna cuenta.
- Aparece un mensaje junto al campo de email que indica qué está mal.
- La contraseña introducida se conserva.
Ejemplo 3: los datos sobreviven a un reinicio
ID: TC-003 Título: Un elemento guardado sigue ahí tras cerrar la app a la fuerza
Área: datos Prioridad: alta
Precondiciones: sesión iniciada, la lista está vacía
Datos de prueba: nombre del elemento "Test item 1"
Pasos:
1. Añade el elemento.
2. Cierra la app a la fuerza.
3. Vuelve a abrir la app.
Resultado esperado:
- "Test item 1" aparece en la lista una sola vez.
Cómo adaptarla
- Quita los campos que nunca usas. Mínimo útil: título, precondiciones, pasos, resultado esperado.
- Un caso de prueba, un propósito. Si el título necesita "y", divídelo.
- Escribe resultados esperados que puedas ver. "Funciona correctamente" no puede fallar; "la lista muestra un elemento" sí.
- Nombra los datos. Di qué cuenta y qué valores; "un email válido" deja lugar a dudas.
- Enlaza los bugs en ambos sentidos. Cuando un caso falla, registra el bug con la [plantilla de informe de bugs y anota el enlace en el caso.
Relacionado
- Hub: Hub de checklists de pruebas móviles
- Plantilla de informe de pruebas para betas
- Plantilla de checklist de regresión
Empieza gratis para que otros desarrolladores ejecuten tus flujos e informen de lo que encuentran.