Manejo de Errores y Páginas de Error

Por Qué Importa el Testing de Manejo de Errores #

Los usuarios inevitablemente encontrarán errores — visitarán páginas eliminadas, enviarán formularios inválidos, experimentarán timeouts de red y activarán fallos del servidor. Cómo tu aplicación maneja estos errores determina si los usuarios se quedan o se van, si confían en tu producto y si los atacantes pueden explotar las respuestas de error.

Categorías de Códigos de Estado HTTP #

Códigos Clave a Probar #

Testing de Páginas de Error Personalizadas #

Página 404 #

• URL inexistente muestra 404 personalizado (no error genérico)
• Mantiene branding del sitio (header, footer, estilos)
• Navegación disponible
• Barra de búsqueda presente
• Links a páginas populares
• Retorna código HTTP 404 correcto (no 200)
• Funciona en todos los idiomas soportados

Página 500 #

• Mensaje amigable sin detalles técnicos
• Sin stack traces, errores de BD ni rutas de archivos
• Información de contacto o link de soporte
• Sugiere intentar de nuevo más tarde

Página 403 #

• Explica que el acceso es denegado sin revelar por qué
• Sugiere iniciar sesión si no está autenticado

Testing de Errores de Validación de Formularios #

Validación del Lado del Cliente #

Validación del Lado del Servidor #

• Deshabilitar JavaScript y enviar formularios sigue mostrando errores
• Solicitudes directas por API retornan mensajes de error apropiados

Consideraciones de Seguridad #

Qué NO deben revelar las respuestas de error: stack traces, errores de BD, rutas de archivos, versiones del servidor, IPs internas.

El login debe decir “Email o contraseña inválidos” (no “Email no encontrado”).

Ejercicio: Auditoría de Manejo de Errores #

Prueba el manejo de errores de una aplicación web.

Parte 1: Páginas de Error HTTP #

Parte 2: Validación de Formularios #

Parte 3: Seguridad de Mensajes de Error #

Automatización de Manejo de Errores #

test('página 404 retorna código correcto', async ({ page }) => {
  const response = await page.goto('/pagina-que-no-existe');
  expect(response.status()).toBe(404);
  await expect(page.locator('nav')).toBeVisible();
});

test('errores API no filtran internos', async ({ request }) => {
  const response = await request.get('/api/users/id-invalido');
  const body = await response.json();
  expect(body.message).not.toContain('Exception');
  expect(body.message).not.toContain('SELECT');
});

Puntos Clave #

• El manejo de errores es frecuentemente sub-probado — inclúyelo como parte estándar del plan de testing
• Las páginas de error personalizadas deben mantener branding y proporcionar navegación
• Los mensajes de error deben ser amigables: explicar el problema y cómo corregirlo
• Nunca expongas detalles técnicos en respuestas de error de producción
• Previene filtración de información a través de respuestas de error (enumeración de login)
• Verifica que los códigos HTTP coincidan con el tipo de error