En una startup, no tienes un equipo de QA de 20 personas. Tienes 2 ingenieros y una fecha límite. No puedes probarlo todo.
La pregunta no es "¿debemos probar?" — es "¿qué probamos primero?"
La Pirámide de Pruebas Basada en Riesgos
Olvida la pirámide de pruebas tradicional (unidad > integración > E2E). Para startups, uso un enfoque basado en riesgos:
Prioridad 1: Probar lo que pierde dinero. Flujos de pago, gestión de suscripciones, cálculos de facturación. Un error aquí cuesta dólares reales y clientes reales.
Prioridad 2: Probar lo que pierde datos. Migraciones de base de datos, exportaciones de datos, copia de seguridad/restauración. Un error aquí es catastrófico y a menudo irreversible.
Prioridad 3: Probar lo que pierde confianza. Autenticación, autorización, restablecimiento de contraseña, entrega de correos electrónicos. Un error aquí hace que los usuarios cuestionen tu seguridad.
Prioridad 4: Probar todo lo demás. Interacciones de UI, casos extremos, rendimiento, accesibilidad. Importante pero no existencial.
El Conjunto de Pruebas Mínimo Viable
Para una startup SaaS típica, esto es lo que configuraría en la semana 1:
\
