Plataforma chilena de descubrimiento de cerveza artesanal, producto y calidad
Cifras a noviembre de 2026
Cofundador a cargo de la gestión de producto y la calidad en un equipo de 3 personas, desde la planificación de pruebas basada en riesgo hasta una nueva base de automatización de punta a punta.
- Rol
- Cofundador, Product Owner y Líder de QA
- Período
- 2026 a la fecha
- Stack
- Next.js 15, TypeScript, MongoDB, Better Auth, Playwright
- Nota
- El código de la aplicación lo construyeron mis socios; mi trabajo fue la gestión de producto, las pruebas y las decisiones de herramientas.
El problema
Una plataforma web para descubrir cervezas artesanales chilenas, bares y cervecerías en un mapa interactivo iba camino al lanzamiento sin pruebas formales, sin analítica y sin correo oficial. Nadie en el equipo era responsable del producto ni de la calidad.
Descubrimiento
Revisé el estado del proyecto frente al plan: analicé una reunión grabada del equipo de casi dos horas junto con el brief de marca y el tablero del proyecto, y listé lo que el equipo creía listo frente a lo que realmente estaba construido. Las brechas principales: sin pruebas, sin analítica y sin correo en el dominio propio del proyecto.
Decisiones clave
- ▹Probar primero las áreas de mayor riesgo. Las cuentas y los permisos por rol son lo más riesgoso, así que fueron lo primero.
- ▹La IA ejecuta, una persona verifica. Agentes de IA ejecutaron sesiones de prueba en paralelo; yo diseñé el plan, revisé los casos de prueba, verifiqué cada defecto manualmente y escribí los informes. La verificación manual detectó un defecto que las ejecuciones automáticas no vieron: un diálogo tapado por el mapa.
- ▹Herramientas simples con límites claros. Para la analítica recomendé una herramienta gratuita con un límite documentado (Umami) en lugar de una más compleja, para reducir el trabajo de configuración y el riesgo de privacidad antes del lanzamiento.
Qué construí
- ▹Un plan de pruebas basado en riesgo. Se estima que el alcance de todo el sitio es de 670 a 850 casos de prueba en 12 áreas.
- ▹Dos ciclos de prueba: 144 casos de prueba ejecutados (156 ejecuciones incluidos 12 re-tests) y 24 defectos reportados (1 alto, 10 medios, 13 bajos) en informes de estilo ISTQB.
- ▹Cobertura de las áreas de mayor riesgo: cuenta y autenticación 69 de unos 90 casos; permisos por edad y rol 75 de unos 110.
- ▹Una base de automatización de punta a punta con Playwright, armada desde cero: configuración regional y zona horaria de Chile, integración con el servidor de desarrollo y primeras pruebas pasando. Del alcance total, 281 escenarios están seleccionados para automatizar y se están implementando ahora.
- ▹Un documento de decisión de herramientas para analítica y correo del dominio, además de las actas de reunión del equipo con responsables y próximos pasos.
Estado y resultados
Pre-lanzamiento. Campaña de pruebas en marcha y automatización de los 281 escenarios seleccionados en curso. Los hallazgos de seguridad se comparten en privado con el equipo.
Qué sigue
Terminar de automatizar los escenarios seleccionados, cubrir las áreas restantes (panel de cervecerías, descubrimiento y mapa, moderación) y ejecutar un ciclo de regresión antes del lanzamiento.