Una suite de pruebas End-to-End no debería intentar probar todos los recorridos posibles de una aplicación. El objetivo es seleccionar escenarios que aporten mucha confianza sobre los procesos más importantes.
Para lograrlo, necesitamos identificar los flujos críticos del negocio: aquellos recorridos que, si fallan, afectan de manera importante al usuario, a la operación, a los ingresos, a la seguridad o a la reputación del producto.
En este tema veremos cómo reconocer esos flujos y cómo convertirlos en escenarios E2E bien elegidos.
Un flujo crítico del negocio es una secuencia de acciones necesaria para que la aplicación cumpla un objetivo importante. No siempre se trata de dinero; también puede estar relacionado con cumplimiento legal, continuidad operativa, atención al cliente o seguridad.
Por ejemplo, en una tienda en línea, comprar un producto es un flujo crítico. En una aplicación bancaria, transferir dinero es crítico. En un sistema educativo, inscribirse a un curso o rendir una evaluación puede ser crítico.
Las pruebas E2E tienen más costo que otros niveles de prueba. Requieren ambiente, datos, usuarios, dependencias y tiempo de ejecución. Si intentamos cubrir todos los detalles con E2E, la suite puede volverse lenta y difícil de mantener.
Por eso la selección de escenarios es una actividad clave. No buscamos una lista enorme de pruebas, sino una lista valiosa.
Una suite E2E profesional protege los recorridos esenciales y deja los detalles numerosos a pruebas unitarias, de integración o de API.
Los flujos críticos no se inventan solamente desde el equipo técnico. Deben identificarse mirando cómo se usa realmente el producto y qué consecuencias tendría una falla.
Algunas fuentes útiles son:
Cuanto más conectada esté la selección de pruebas con el uso real, mayor será el valor de la suite E2E.
Para decidir si un flujo merece una prueba E2E, podemos evaluar varios criterios. No todos tienen el mismo peso en todos los proyectos.
| Criterio | Pregunta | Ejemplo |
|---|---|---|
| Impacto económico | ¿Una falla impide ingresos o genera pérdidas? | No se puede completar una compra. |
| Frecuencia | ¿El flujo se usa muchas veces? | Inicio de sesión diario de usuarios. |
| Riesgo operativo | ¿La operación depende de este proceso? | Asignar turnos o despachar pedidos. |
| Visibilidad | ¿La falla afecta directamente a muchos usuarios? | La página pública no permite registrarse. |
| Cumplimiento | ¿Hay obligaciones legales o normativas? | Generar comprobantes o reportes obligatorios. |
| Historial | ¿Ya tuvo defectos importantes? | El proceso de pago falló en versiones anteriores. |
Un flujo crítico es una idea de negocio. Un escenario de prueba es una descripción concreta y verificable de cómo se validará ese flujo.
Por ejemplo:
| Flujo crítico | Escenario E2E |
|---|---|
| Comprar un producto. | Usuario registrado compra un producto disponible con pago aprobado y ve la orden confirmada. |
| Reservar un turno. | Paciente autenticado reserva un turno disponible y lo ve en su agenda. |
| Enviar una solicitud. | Usuario completa una solicitud con datos válidos y el sistema la registra con estado pendiente. |
El escenario debe ser específico: quién lo ejecuta, con qué datos, qué pasos principales realiza y qué resultado esperamos.
Cuando se comienza a construir una suite E2E, conviene partir por el camino principal, también llamado camino feliz. Es la versión del flujo donde todo sale correctamente.
Por ejemplo, en una compra:
Este escenario inicial ofrece una verificación rápida de que el proceso esencial funciona. Luego pueden agregarse escenarios alternativos o de error.
Después del camino principal, podemos evaluar variantes que tengan valor real. No todas las variantes merecen una prueba E2E. Debemos elegir las que cambian el riesgo o el comportamiento del flujo.
Ejemplos de variantes valiosas:
Una variante es valiosa si cubre una decisión importante, una regla diferente o un riesgo que no aparece en el camino principal.
Una suite E2E puede crecer rápido si no se controla la duplicación. Dos escenarios pueden parecer distintos, pero validar prácticamente el mismo riesgo.
Por ejemplo, si ya tenemos una prueba E2E que compra un producto, no necesariamente necesitamos otra prueba completa para comprar un producto de color diferente, otro talle y otra categoría, salvo que esas diferencias afecten reglas relevantes.
Cuando hay muchos escenarios candidatos, conviene priorizar por riesgo. Una forma simple es evaluar impacto y probabilidad.
| Impacto | Probabilidad | Prioridad | Ejemplo |
|---|---|---|---|
| Alto | Alta | Muy alta | Flujo de pago modificado recientemente. |
| Alto | Baja | Alta o media | Generación anual de reporte legal. |
| Bajo | Alta | Media o baja | Cambio visual en una página secundaria. |
| Bajo | Baja | Baja | Variante poco usada sin impacto operativo. |
Este análisis ayuda a justificar por qué algunos escenarios entran en la suite E2E y otros no.
En una primera versión de la suite E2E, es mejor comenzar con pocos escenarios bien elegidos. Un conjunto inicial podría incluir:
Este conjunto no cubre todo, pero puede dar una señal temprana de salud del sistema.
Para una plataforma de cursos, podríamos identificar estos flujos candidatos:
| Flujo candidato | Criticidad | ¿Conviene E2E? |
|---|---|---|
| Alumno compra un curso y accede al contenido. | Alta | Sí, es el flujo principal de valor. |
| Alumno cambia su foto de perfil. | Baja | No al inicio; puede probarse en otro nivel o manualmente. |
| Docente publica una nueva clase. | Alta | Sí, si es central para la operación. |
| Alumno filtra cursos por categoría. | Media | Depende del uso y del riesgo. |
| Pago rechazado muestra mensaje claro. | Alta | Sí, si evita confusión y reclamos. |
Al elegir escenarios E2E, conviene evitar estos errores:
La selección de escenarios debe estar guiada por riesgo, valor y claridad, no por comodidad o volumen.
Es útil registrar por qué un escenario fue elegido para E2E. Esto ayuda a mantener la suite en el tiempo y evita discusiones repetidas cuando cambian las prioridades.
Una documentación simple puede incluir:
Esta información vuelve más fácil revisar si una prueba sigue siendo necesaria meses después.
Seleccionar escenarios E2E es una decisión estratégica. La pregunta central no es cuántas pruebas podemos crear, sino cuáles aportan más confianza sobre los procesos que realmente importan.
Una buena suite End-to-End protege los flujos críticos del negocio, evita duplicaciones y se mantiene enfocada en riesgos concretos. Así entrega valor sin transformarse en una carga excesiva para el equipo.
En el próximo tema veremos cómo relacionar historias de usuario, criterios de aceptación y escenarios E2E.