¿Qué es un caso de prueba?
Un caso de prueba es un conjunto de condiciones y pasos que se usan para verificar que una característica o función específica de una aplicación de software funciona correctamente. Cada caso de prueba define qué probar, cómo probarlo y cuál debería ser el resultado esperado.
Considera los casos de prueba como los componentes fundamentales de tu proceso de QA. Unos casos de prueba bien escritos son repetibles, inequívocos y cubren tanto las rutas de felicidad (happy paths) como los casos límite — de modo que cualquier evaluador pueda tomarlos y ejecutarlos de forma coherente.
Este artículo proporciona una plantilla práctica de caso de prueba y luego recorre ejemplos del mundo real basados en los escenarios más comunes de inicio de sesión y registro. Estos casos de prueba cubren las rutas de felicidad y los casos límite clave: listos para copiar en tu herramienta de gestión de pruebas.
Plantilla de caso de prueba
A continuación se presenta una plantilla estándar de caso de prueba que puedes copiar en tu herramienta de gestión de pruebas, hoja de cálculo o documento.
ID del caso de prueba: TC-[Módulo]-[Número]
Módulo: [p. ej., Inicio de sesión, Registro]
Título de la prueba: [Nombre breve y descriptivo]
Prioridad: [Crítica / Alta / Media / Baja]
Condiciones previas: [Qué debe ser cierto antes de probar]
Datos de prueba: [Datos específicos a usar durante las pruebas]
Pasos de la prueba:
1. [Paso 1]
2. [Paso 2]
3. [Paso 3]
Resultado esperado:
[Qué debería ocurrir cuando los pasos se ejecutan correctamente]
Resultado real:
[Qué ocurrió realmente — se completa durante la ejecución de las pruebas]
Estado: [Aprobado / Fallido / Bloqueado / No ejecutado]
Referencia del bug: [BUG-XXX si corresponde]
Evaluador: [Nombre]
Fecha de la prueba: [AAAA-MM-DD]
Referencia de campos del caso de prueba
Antes de escribir casos de prueba, comprende qué significa cada campo:
| Campo | Descripción | Ejemplo |
|---|---|---|
| ID del caso de prueba | Identificador único: TC-[Módulo]-[Número] |
TC-REG-001 |
| Módulo | A qué característica/módulo pertenece | Registro, Inicio de sesión, Restablecimiento de contraseña |
| Título de la prueba | Descripción en una línea del escenario | Registro exitoso con correo electrónico y contraseña válidos |
| Prioridad | Importancia: Crítica > Alta > Media > Baja | Crítica = flujo central roto; Alta = problema mayor; Media = caso límite; Baja = cosmético |
| Condiciones previas | Estado que debe ser cierto antes de probar | El usuario está en la página de registro, el correo no está registrado |
| Datos de prueba | Valores específicos usados durante las pruebas, cadenas exactas | correo = "<user@example.com>" |
| Pasos de la prueba | Acciones numeradas, una acción por paso | 1. Navegar a la URL; 2. Introducir el valor; 3. Hacer clic en el botón |
| Resultado esperado | Qué debería ocurrir cuando se ejecuta correctamente | Cuenta creada, redirigido al panel de control |
| Resultado real | Qué ocurrió realmente — se completa durante la ejecución | Igual que el esperado / Error: "El correo ya existe" |
| Estado | Aprobado / Fallido / Bloqueado / No ejecutado | Se completa durante la ejecución |
| Referencia del bug | ID de seguimiento de bugs relacionado (si corresponde) | BUG-0042 |
| Notas | Información adicional: solución alternativa, tickets relacionados | Solo reproducible en Firefox |
Ejemplo completo
A continuación se presenta un caso de prueba completo que muestra cómo se rellena la plantilla:
ID del caso de prueba: TC-REG-001
Módulo: Registro de usuario
Título de la prueba: Registro exitoso con correo electrónico y contraseña válidos
Prioridad: Crítica
Condiciones previas: El usuario está en la página de registro, no existe ninguna cuenta con este correo
Datos de prueba: correo = "newuser@example.com", contraseña = "SecurePass123!", nombre = "John Doe"
Pasos de la prueba:
1. Navegar a https://app.example.com/register
2. Introducir "John Doe" en el campo Nombre completo
3. Introducir "newuser@example.com" en el campo Correo electrónico
4. Introducir "SecurePass123!" en el campo Contraseña
5. Introducir "SecurePass123!" en el campo Confirmar contraseña
6. Marcar la casilla "Acepto los términos del servicio"
7. Hacer clic en el botón "Crear cuenta"
Resultado esperado:
- La cuenta se crea con éxito
- El usuario es redirigido a una página de "verificar tu correo electrónico"
- Se envía un correo de confirmación a newuser@example.com en un plazo de 30 segundos
- El usuario puede iniciar sesión con las credenciales registradas tras la verificación del correo
Tabla de casos de prueba (lista para copiar y pegar)
Copia esta tabla directamente en Excel / Google Sheets / TestRail. Las 5 primeras columnas están precargadas con datos de ejemplo; las columnas restantes son para que las rellenes durante la ejecución de las pruebas.
| ID | Módulo | Título de la prueba | Prioridad | Tipo | Condiciones previas | Pasos de la prueba | Datos de prueba | Resultado esperado | Resultado real | Aprobado/Fallido | Notas |
|---|---|---|---|---|---|---|---|---|---|---|---|
| TC-REG-001 | Registro | Registro exitoso con correo electrónico y contraseña válidos | Crítica | Ruta de felicidad | Usuario en la página de registro, correo no registrado | 1. Ir a /register 2. Introducir nombre, correo, contraseña 3. Aceptar los términos 4. Hacer clic en Crear | correo="<newuser@example.com>", contraseña="SecurePass123!" | Cuenta creada, redirigido a la página de verificación, correo de confirmación enviado en 30 s | |||
| TC-LOGIN-001 | Inicio de sesión | Inicio de sesión exitoso con correo electrónico y contraseña correctos | Crítica | Ruta de felicidad | La cuenta verificada <user@example.com> existe | 1. Ir a /login 2. Introducir el correo 3. Introducir la contraseña 4. Hacer clic en Iniciar sesión | correo="<user@example.com>", contraseña="CorrectPass123!" | Autenticado, redirigido al panel de control, token de sesión establecido |
Tabla de plantilla en blanco
A continuación se presenta el encabezado de la tabla en blanco. Cópialo y añade filas para tus propios casos de prueba:
| ID | Módulo | Título de la prueba | Prioridad | Tipo | Condiciones previas | Pasos de la prueba | Datos de prueba | Resultado esperado | Resultado real | Aprobado/Fallido | Notas |
|---|
Cómo escribir buenos casos de prueba: mejores prácticas
1. Haz que cada caso de prueba sea independiente
Un caso de prueba debe verificar un comportamiento específico. Si falla, deberías saber exactamente qué está roto. No combines varios escenarios en un solo caso de prueba.
2. Sé específico con los datos de prueba
"Introducir un correo electrónico válido" es vago. "Introducir <user@example.com>" es preciso. Unos datos de prueba específicos hacen que los casos de prueba sean reproducibles.
3. Cubre la ruta de felicidad Y los casos límite
La ruta de felicidad (inicio de sesión exitoso con datos válidos) es importante, pero los casos límite revelan bugs reales:
- Campos vacíos
- Formatos no válidos
- Valores límite
- Tokens caducados
- Sesiones concurrentes
4. Escribe las condiciones previas
Las condiciones previas preparan el entorno de prueba. Sin ellas, el evaluador podría empezar desde el estado equivocado y obtener un aprobado/fallido falso.
5. Usa pasos claros y numerados
Cada paso debe ser una sola acción. "Rellenar el formulario y enviarlo" es demasiado vago. Divídelo en entradas de cada campo.
6. Incluye el resultado esperado con detalle
"El inicio de sesión es exitoso" no es suficiente. Especifica qué ve el usuario, a dónde se le redirige, qué correos se envían y qué ocurre en la base de datos.
Cómo ayuda BugCapturer con la ejecución de casos de prueba
Al ejecutar casos de prueba, los evaluadores necesitan documentar los resultados con rapidez. BugCapturer, una extensión gratuita de Chrome para informes de bugs y comentarios visuales, hace que esta parte sea fluida:
- Capturas de pantalla anotadas: cuando un caso de prueba falla, captura el estado exacto de la página con flechas y texto que resaltan el problema; no hay necesidad de describirlo con palabras.
- Grabación de pantalla: para escenarios complejos (p. ej., un flujo de inicio de sesión de varios pasos con problemas de sincronización), graba un video WebM breve de la ejecución completa de la prueba.
- Metadatos técnicos automáticos: la URL, el navegador, el SO, la resolución de pantalla y el viewport se capturan automáticamente, algo fundamental para reproducir bugs específicos del entorno.
- Datos de diagnóstico: los errores de consola y las solicitudes de red fallidas (estado HTTP ≥ 400) se capturan junto con la evidencia visual. Las URL de red se ocultan automáticamente en lo que respecta a parámetros confidenciales.
- Exportación a Excel/TSV: copia en un clic una fila de informe de bugs estructurada a tu portapapeles. Pégala directamente en tu herramienta de gestión de pruebas o en la hoja de cálculo del equipo.
Esto significa que los evaluadores pasan menos tiempo escribiendo informes de bugs y más tiempo ejecutando casos de prueba.
Descarga: plantilla de caso de prueba
Copia la plantilla y los ejemplos anteriores en tu formato preferido:
- TestRail / Zephyr / Xray — crea casos de prueba con los campos estándar
- Excel / Google Sheets — usa una hoja de cálculo con columnas para cada campo
- Notion / Confluence — crea una base de datos con una entrada por caso de prueba
- Markdown — consérvalos en tu repositorio para el control de versiones
La plantilla y los ejemplos de este artículo están listos para usar. Personaliza los escenarios de inicio de sesión/registro para tu aplicación específica, añade tus propios módulos y crea un conjunto de pruebas completo que tu equipo de QA pueda ejecutar con confianza.