¿Qué cuenta como un flujo crítico?

Cada equipo con el que trabajamos tiene una lista de cosas que “habría que testear”. Suele ser larga y suele empezar por lo que se rompió el mes pasado. Es un instinto razonable, pero no es una forma de decidir dónde rinde la automatización.

Nosotros usamos una pregunta más corta: si este flujo falla en silencio durante un día, ¿cuánto te cuesta?

Tres pruebas para un flujo crítico

Un flujo es crítico cuando se cumple al menos una de estas condiciones:

• Toca dinero. Checkout, upgrades, pagos a terceros, reembolsos.
• Es una puerta. Registro, login, recuperar contraseña, invitaciones. Si falla, nadie entra para notar nada más.
• Involucra a más de una persona. Compartir, permisos, edición en tiempo real. Se rompen de formas que un solo developer rara vez reproduce.

Una suite chica que corre en cada pull request le gana a una grande que nadie espera.

Cómo se ve en código

Un test de flujo crítico se lee como el objetivo del usuario, no como una lista de clics:

// checkout.spec.ts
test('customer can pay with a promo code', async ({ page }) => {
  await signInAs(page, 'customer');
  await addToCart(page, 'Pro plan');
  await applyPromo(page, 'LAUNCH20');
  await pay(page);
  await expect(page.getByRole('heading')).toHaveText('Order confirmed');
});

Helpers como signInAs() esconden los detalles para que el test sobreviva a los cambios de la interfaz.

¿Cuántos alcanzan?

En la mayoría de las startups, la respuesta queda entre 6 y 12 flujos. Por debajo te falta una puerta; por encima te estás desviando hacia el testing de regresión, que es otro trabajo con otro presupuesto.