CASO PÚBLICO DE QA
Estrategia de cobertura basada en riesgo
En un reto de testing de e-commerce, prioricé compra, registro y autenticación según los cambios previstos en el producto. La estrategia explica qué probar primero y por qué.
13 años en QA manual y estrategia de calidad, con experiencia en diseño UX. Ayudo a los equipos a entender los riesgos del producto, priorizar las pruebas y tomar decisiones de release con información.
Ejemplos de cómo priorizo la cobertura, investigo fallos y uso la automatización para apoyar la calidad del producto. Cada caso incluye el enfoque y la evidencia.
CASO PÚBLICO DE QA
En un reto de testing de e-commerce, prioricé compra, registro y autenticación según los cambios previstos en el producto. La estrategia explica qué probar primero y por qué.
TRABAJO PROFESIONAL · ANONIMIZADO
Combiné pruebas de migración con Cypress y regresión visual en escritorio y móvil. La evidencia anonimizada muestra cómo revisé áreas críticas de la interfaz para detectar cambios no deseados.
PROYECTO PÚBLICO
Automaticé flujos críticos de e-commerce en un sitio con defectos conocidos. Los reportes HTML y el CI en varios navegadores muestran los fallos, sin ocultarlos para conseguir una ejecución en verde.
PROYECTO PÚBLICO · IA COMO APOYO
Utilicé IA como apoyo para planificar las pruebas e implementarlas con Playwright. El proceso conecta el plan, las instrucciones de generación, el código revisado y los resultados en varios navegadores.
El trabajo profesional se muestra de forma anonimizada para proteger la confidencialidad de clientes y proyectos.
Cómo trabajo
El QA manual y el diseño UX guían mis decisiones. La automatización y la IA apoyan el trabajo, sin sustituir el criterio profesional.
Empiezo por el riesgo: qué puede fallar, a quién afecta y dónde el equipo necesita confianza.
Trabajo con producto y desarrollo desde discovery y los criterios de aceptación hasta el release, no solo cuando toca ejecutar pruebas.
Automatizo lo repetible y dejo espacio para el criterio de producto, la usabilidad y los casos límite reales.
Experiencia
Construí procesos de QA y automatización con Cypress para lanzamientos de productos empresariales. La automatización permitió validar flujos críticos de forma repetible antes de cada despliegue, redujo trabajo manual y dio al equipo visibilidad antes de cada lanzamiento. Coordiné equipos distribuidos y acompañé a perfiles de QA junior.
Lideré QA en proyectos ágiles en paralelo, incorporando automatización con Cypress, métricas de calidad y prácticas de preparación de lanzamientos.
Validé aplicaciones web en distintos dispositivos y flujos de frontend y backend, definiendo la estrategia de pruebas y los criterios de aceptación para lanzamientos importantes.
Priorizé pruebas de alto riesgo en plataformas de campañas, establecí prácticas base de QA y traduje problemas técnicos a impacto para los equipos responsables.
Con base en Barcelona. Abierto a posiciones a tiempo completo y colaboraciones en empresas tech con operación europea o global.
CASO PÚBLICO DE QA
La automatización empieza con una decisión: qué flujos necesitan confianza primero. Esta estrategia priorizó compra, registro y autenticación según los cambios previstos y su impacto en las personas usuarias.
AlcanceFlujos críticos de compra, registro y autenticación.
EnfoqueLa cobertura evoluciona con la hoja de ruta, sin tratar todas las pruebas como iguales.
ValorEl criterio de QA manual determina dónde la automatización aporta más.
TRABAJO PROFESIONAL · ANONIMIZADO
Las pruebas visuales comparan áreas clave de la interfaz con una referencia aprobada, tanto en escritorio como en móvil. Hacen visibles cambios inesperados sin sustituir la revisión humana.
CoberturaPáginas críticas y áreas compartidas de la interfaz en distintos tamaños de pantalla.
SeñalLas diferencias se miden contra un umbral definido y se revisan en contexto.
PrivacidadSe retiraron identificadores de cliente y proyecto de la evidencia mostrada.
El reporte agrupa las comprobaciones críticas de compra, registro y autenticación, haciendo visibles los fallos junto a las comprobaciones que sí pasan.
PROYECTO PÚBLICO
Esta suite valida flujos clave de e-commerce localmente y en GitHub Actions, tanto en Chrome como en Firefox. Una ejecución fallida es evidencia útil: indica al equipo dónde investigar antes de lanzar.
EjecuciónLos escenarios críticos se ejecutan de punta a punta, con un reporte HTML legible.
CILas ejecuciones en varios navegadores terminan incluso cuando uno de ellos detecta fallos.
ResultadoLos resultados diferencian flujos que funcionan de problemas que necesitan atención de producto o ingeniería.
El plan convierte el flujo de login en escenarios, pasos y resultados esperados claros.
PROYECTO PÚBLICO · IA COMO APOYO
La IA puede convertir un escenario definido en un punto de partida para el código de prueba. QA sigue siendo responsable de decidir qué importa, revisar la implementación e interpretar el resultado.
PlanificarLos escenarios definen el flujo, el comportamiento esperado y el riesgo antes de implementar.
GenerarLas interacciones en navegador aportan la base para código de Playwright y locators semánticos.
RevisarLa revisión humana valida el alcance, las aserciones y que la prueba refleje el comportamiento esperado.
VerificarLa suite se ejecuta en Chromium, Firefox y WebKit, con un reporte HTML como evidencia final.