¿Cuál es tu estrategia de pruebas end-to-end?

Respuesta directa

Qué debe cubrir una buena respuesta

Cómo funciona

La suite se divide para que cada fallo señale una capa. La lógica de dominio en ambos lados recibe pruebas unitarias. La API recibe pruebas de integración contra una base de datos real en un contenedor, ejercitando serialización y consultas. Las pruebas de contrato mantienen alineadas las expectativas del frontend y las respuestas del backend sin ejecutar ambos. Una suite end-to-end pequeña ejecuta el navegador contra el stack completo para los recorridos con valor comercial, con datos de prueba sembrados y aislados y terceros simulados como proveedores de pago. La capa end-to-end se mantiene pequeña porque es la más lenta y la más difícil de atribuir cuando falla.

Ejemplo

Registro, primera compra y restablecimiento de contraseña corren end-to-end en Playwright contra un stack de Docker Compose con un servidor de correo falso y un sandbox de pagos. Todo lo demás, incluidas las cuarenta reglas de precios y los doscientos casos de validación de la API, corre en capas unitarias y de integración que terminan en menos de tres minutos en cada pull request.

Errores frecuentes

• Ejecutar cada escenario a través del navegador y esperar cuarenta minutos por el resultado.
• Compartir una base de datos entre ejecuciones end-to-end paralelas, de modo que las pruebas se corrompen entre sí.
• Simular el backend en las pruebas de frontend tan a fondo que ninguna prueba ejercita el contrato real.

Una estructura útil para responder

Responde desde tu propia experiencia.

No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.