QA, automatización e IA aplicada. Sin humo.
Hola, soy Adriana Troche Robles — ingeniera QA Senior con 15 años en gobierno, fintech, healthtech y verificación de identidad con IA. Lideré equipos de QA y armé frameworks desde cero en cada uno de esos sectores.
Aquí están las dos mitades del oficio: cómo se hace —con código real, no diagramas— y cómo se defiende cuando alguien pregunta por qué. Si hoy escribes los tests, te sirve para escribirlos mejor. Si te toca decidir cuáles valen la pena, te sirve para sostenerlo.
Casi nadie te enseña a defender lo que sabes.
Guías para escribir un test hay de sobra, y aquí también las vas a encontrar. Lo que casi no está escrito en español es lo que viene después: por qué esa suite no da confianza, qué se automatiza primero cuando hay tiempo para tres cosas, cómo se explica un riesgo de release a alguien que no lee código.
Eso es lo que escribo aquí, desde LATAM y desde 15 años en gobierno, fintech, healthtech y verificación de identidad con IA — liderando equipos de QA y respondiendo por decisiones que alguien tuvo que firmar.
Cada pieza tiene que dejarte dos cosas: algo que puedas aplicar mañana, y algo que puedas llevar hacia arriba. Empiezas usando la primera. Terminas necesitando la segunda.
No leas suelto. Sigue un recorrido.
Ver todasISTQB sin Humo
No es otro resumen del syllabus. Es cada concepto del examen explicado desde donde lo aprendí: la realidad. 4 guías que atacan la certificación desde ángulos que nadie había tocado.
Academia sin Humo
Una plataforma de cursos QA con bugs intencionales para que practiques automatización con escenarios reales. Cada bug ejercita una técnica ISTQB: partición de equivalencia, valores límite, tablas de decisión y transición de estados.
Últimos artículos
Ver todos7 curiosidades del mundo QA que quizás no conoces
Una por día. Datos reales, historias que sorprenden y reflexiones sobre nuestro oficio.
Ver la serie →
El QA invisible: bajaste los bugs en producción y nadie supo decir por qué
Los bugs en producción bajaron a la mitad en un trimestre y, en la reunión de resultados, nadie supo decir si fue por los devs o por QA. Ese silencio no es un problema de calidad: es un problema de atribución, y QA lo pierde por defecto porque el único número que se reporta mezcla todas las causas. Acá está por qué pasa, las cuatro métricas que sí separan lo que hizo QA de lo que hizo el resto, y una tabla de antes/después que cabe en un mensaje y que cualquier jefe lee en treinta segundos. Para quien ejecuta: qué medir desde mañana. Para quien responde por el equipo: qué poner sobre la mesa la próxima vez que pregunten por qué mejoró.
Leer más →
El riesgo no vive en el refinamiento: pasa por las seis ceremonias
«El ambiente lleva caído desde el martes.» «Se enfermó el único que entiende ese módulo.» Son riesgos que se llevan un sprint por delante, pero como se dicen en el daily y no en el refinamiento, se comentan en vez de decidirse. Acá está qué hace el riesgo en cada una de las seis ceremonias —incluida la retro, donde se calibra tu criterio y casi nadie la usa para eso—, las cuatro respuestas posibles a un riesgo, el número que sí le sirve a quien firma, y de quién es el riesgo en realidad.
Leer más →Últimas guías
Ver todas
Cómo saber si tus tests automatizados sirven: la rúbrica de 7 criterios para auditar una suite
Un checklist te dice sí o no. Una rúbrica te dice cuánto, y por qué. Esta tiene siete dimensiones de 0 a 3, dos de ellas eliminatorias, y sirve para poner un número defendible sobre cualquier suite de tests: la tuya, la que heredaste el lunes o la del equipo que estás evaluando. Guárdala y aplícala.
Leer guía →
Los 3 agentes de Playwright en la práctica: instálalos, córrelos y audita lo que producen
Instalamos los tres agentes de Playwright, los corremos contra una app que puedes abrir ahora mismo y auditamos lo que producen. Vas a ver el plan real que escribió el planner, la verificación que el generator descartó en silencio, y el experimento completo con el healer: le inyecté un bypass de autenticación y terminé con la suite en verde y exit code 0. Te llevas el protocolo de revisión que uso para que eso no te pase.
Leer guía →
Hooks: los quality gates deterministas de tu agente QA
Los devs usan hooks para automatizar tareas alrededor del código. Yo los miro como QA: son gates que actúan antes o después de una acción y no dependen de que el modelo recuerde portarse bien. En esta guía construimos tres: bloquear comandos destructivos, validar cada edición y revisar un payload antes de publicarlo.
Leer guía →¿Y si el problema es más grande que un artículo?
Todo lo que lees acá sale de equipos reales. Llevarlo a uno nuevo es otro trabajo, y es el que hago cuando no estoy escribiendo.
Veredicto sin Humo: auditoría de tu suite de tests
Un dictamen puntuado sobre tu suite: qué cubre de verdad y qué finge cubrir.
Arquitectura de automatización desde cero
El framework completo desde la primera línea: estructura, datos, CI y el criterio de qué se automatiza.
Adopción de IA en el proceso de QA
Dónde la IA suma en tu ciclo, dónde mete ruido y qué controles van antes de soltarla.
Estrategia de calidad y liderazgo QA
Cuando QA entra tarde y nadie sabe cuándo algo está listo para salir.
¿Prefieres solo charlar? Escríbeme por LinkedIn o agenda media hora, gratis y sin compromiso.