Cómo auditamos los flujos críticos de una startup en una semana

La mayoría de los equipos que nos contactan ya saben que necesitan tests end-to-end. Lo que no saben es por dónde empezar, cuántos tests necesitan ni cuánto debería costar. Escribir tests antes de responder esas preguntas es la forma de terminar con una suite lenta que cubre la página de configuración y deja afuera el checkout.

Por eso empezamos con una semana de auditoría. Así se ve esa semana.

Día 1: cómo gana dinero tu producto

Arrancamos con una llamada de 60 minutos con tu CTO o un ingeniero senior. No empezamos por el plan de testing. Preguntamos por el negocio:

• ¿Qué tiene que hacer un usuario antes de pagarte?
• ¿Qué hace un usuario que paga, todas las semanas?
• ¿Qué se rompió en los últimos seis meses, y quién se dio cuenta primero: tu equipo o un cliente?

Al final de la llamada tenemos una lista aproximada de flujos. Siempre es más larga de lo que debería.

Días 2 y 3: recorrer cada flujo en staging

Con cuentas de prueba en tu entorno de staging, recorremos cada flujo como lo haría un usuario. Buscamos lo que vuelve un flujo riesgoso o caro de testear:

• Puertas: registro, login, recuperar contraseña, invitaciones. Si una falla, nadie entra.
• Dinero: checkout, cambios de plan, reembolsos, todo lo que habla con un proveedor de pagos.
• Más de un usuario: compartir, roles, aprobaciones, edición en tiempo real. Necesitan dos navegadores y datos de prueba bien armados.
• Lo que está fuera de tu app: links por email, OAuth, APIs de terceros. Definen cuánta preparación necesita cada test.

Nunca tocamos producción. Todo pasa en staging, con cuentas que tu equipo crea para nosotros.

Día 4: leer el repo y el CI

Con acceso de lectura a tu repositorio y a tu CI, revisamos lo que ya existe: tests actuales, cómo se construye y se despliega la app, cómo se podrían crear usuarios de prueba y cuánto tarda hoy tu pipeline. Acá es donde más cambian las estimaciones. Un flujo que parecía simple puede ser caro si no hay forma de generar sus datos, y uno que parecía difícil puede ser barato si tu API ya hace el trabajo.

Día 5: ordenar, estimar, cotizar

El último día convierte todo en tres entregables:

1. Un mapa de tus flujos críticos, ordenado por riesgo. Cuánto te cuesta que cada uno falle en silencio durante un día.
2. Una estimación de automatización por flujo. Algunos flujos conviene automatizarlos ya. Otros es más barato revisarlos a mano antes de cada release. Te decimos cuál es cuál.
3. Una cotización fija para Implementation. Eliges los flujos y te damos un precio. Los US$1,500 de la auditoría se descuentan de ese precio.

Por qué una semana y por qué precio fijo

Una semana alcanza para entender los caminos críticos de un producto sin que la auditoría se vuelva un proyecto en sí misma. Y el precio fijo en las dos etapas significa que conoces el costo total antes de que escribamos un solo test. Si Implementation nos lleva más de lo estimado, corre por nuestra cuenta.

La auditoría sirve aunque no sigas con nosotros. El mapa ordenado le dice a tu equipo dónde está el riesgo, y las estimaciones te dicen cuánto costaría cubrirlo, escriba quien escriba los tests.