// Formación de equipos de QA
Ingeniería de calidadque se aplicael lunes siguiente
Tu equipo opera agentes de IA sobre un producto real, con su deuda técnica y sus regresiones. Cada persona entrega un portafolio evaluado contra una rúbrica de 100 puntos publicada.
// Contacto
Antes de decidir, mide el nivel de tu equipo. Gratis.
El curso de fundamentos completo está publicado en la web, con la teoría y la práctica de la metodología, y la evaluación de nivel es abierta. Pídele a tu equipo que lo haga esta semana y que te pase el resultado: en dos horas sabes quién está listo para entrar directo, quién necesita nivelación previa y quién todavía no.
// El diferenciador
Qué es Agentic Quality Engineering
Una práctica con nombre propio: el QA opera agentes de IA sobre un producto real y firma cada decisión.
La IA trabaja, la persona decide
Los agentes no corren solos de punta a punta: cada subagente reporta lo que hizo y una persona aprueba o corrige. La máquina hace lo mecánico; el ingeniero decide.
Primero el criterio, después el agente
La segunda clase es la última sin herramientas de IA: primero se aprende a leer código y a refinar criterios; recién después entra el agente.
El framework se lo lleva instalado
agentic-qa-boilerplate: repositorio público con licencia MIT, 14 skills, 6 MCPs, cuatro pipelines y la arquitectura KATA (Komponent · Action · Test) en cuatro capas. Se instala con un comando.Sobre un producto que tiene dueño
El sistema bajo prueba está desplegado, con repositorio público, backlog en Jira, criterios en Gherkin y deuda técnica. El sensei —el instructor que dicta el programa— es su Product Owner: responde los bugs que reporta tu equipo.
Diez semanas en vivo sobre ese producto
- Refinamiento de criterios de aceptación hasta volverlos testeables
- Una historia probada entera: interfaz, base de datos y API
- Automatización en Playwright
- Regresión corriendo en integración continua
- Agentes de IA operados con contexto controlado
Esas diez semanas se dividen en dos Sagas, y así se nombran en toda la página: cada Saga tiene sus semanas, su evaluación con rúbrica y sus propios certificados.
// Inversión
Las opciones, con el precio por persona a la vista
Agentic Quality Engineer
Las dos Sagas desde el día 1, con los sprints de acceso a Jira que el programa ya incluye. En el configurador de compra aparece como "Dojo Completo".
- Lista, por persona
- $497
- Se paga por persona
- $422.45
Qué incluye
- 🚀 Onboarding · Semana 0
- 📚 Foundations · Semanas 1-2
- ⚔️ Sprint Testing · Semanas 3-4
- 🎓 Ceremonia · Saga 1 · Cierre de Saga 1
- 🎬 E2E Automation · Semanas 5-6
- 🔌 API Automation · Semana 7
- 🚀 DevOps for QA · Semanas 8-9
- 🌌 Regresión & Observabilidad · Semana 10
- 🎓 Ceremonia · Saga 2 · Semana 11
Ver esta opción en el configuradorCertificados
- Agentic Quality Analyst Engineer
- Jira & Xray — Test Management Expertise
- Agentic Quality Automation Engineer
- Playwright — Test Automation Expertise
Saga 1 · Sprint Testing
- Se paga por persona
- $297
Qué incluye
- 🚀 Onboarding · Semana 0
- 📚 Foundations · Semanas 1-2
- ⚔️ Sprint Testing · Semanas 3-4
- 🎓 Ceremonia · Saga 1 · Cierre de Saga 1
Ver esta opción en el configuradorCertificados
- Agentic Quality Analyst Engineer
- Jira & Xray — Test Management Expertise
Saga 2 · Automation
- Se paga por persona
- $297
Qué incluye
- 🎬 E2E Automation · Semanas 5-6
- 🔌 API Automation · Semana 7
- 🚀 DevOps for QA · Semanas 8-9
- 🌌 Regresión & Observabilidad · Semana 10
- 🎓 Ceremonia · Saga 2 · Semana 11
Ver esta opción en el configuradorCertificados
- Agentic Quality Automation Engineer
- Playwright — Test Automation Expertise
Upgrade a las dos sagas
Para quien ya cursó la Saga 1 y quiere completar las dos.
- Se paga por persona
- $227
Saga Zero
Nivelación previa, opcional. Para quien no llega al nivel de entrada.
- Se paga por persona
- $175
Los montos de arriba son el precio por persona: cada asiento cuesta eso. Si vas a inscribir a un equipo, escríbenos antes de comprar y armamos la configuración que necesites, con el monto acordado por escrito.
// Cómo se inscribe un equipo
Cómo inscribes a tu equipo
Cada persona tiene su cuenta, su repositorio y su evaluación, así que la inscripción es nominal. Para un equipo, el procedimiento es este:
- 1
Nos escribes con la cantidad de personas y acordamos el paquete: el monto por persona y la edición en la que entran.
- 2
Cada persona de tu equipo crea su cuenta en UPEX Galaxy.
- 3
Confirmamos las inscripciones juntas, todas entran a la misma edición y tú recibes el acceso de lectura al Jira del programa.
- Lo que tienes desde el día 1: todas las personas comparten el canal de Slack de la edición, los sprints y las ceremonias de cierre, y sus entregables quedan en la organización de GitHub del programa, donde puedes abrirlos y revisarlos.
- Sobre facturación: escríbenos con los datos fiscales de tu empresa y te emitimos la factura. Si la necesitas resuelta antes de pagar, dilo en el mismo mensaje y la coordinamos.
// Antes de decidir
Cuánto tiempo le cuesta a tu equipo, y qué necesita para poder cursar
- Duración
- 10 semanas
- Sesiones en vivo
- 10 clases de 2 h + 2 ceremonias de cierre de 2 h
- Sesión asíncrona
- 1 onboarding de 3 h antes de la semana 1
- Día y horario
- Martes 7:30 PM hora Argentina · 🇨🇴 5:30 PM · 🇲🇽 4:30 PM · 🇺🇸 EST 6:30 PM · 🇪🇸 12:30 AM
- Dedicación total por persona
- 8 a 10 horas semanales, incluyendo la práctica entre clases
- Idioma de las clases
- Español. La documentación técnica del proyecto está en inglés
- Grabaciones
- Todas las clases en vivo quedan grabadas en la Dojoteca —la biblioteca de clases y material de la plataforma—, con acceso permanente. Si alguien falta un día, no pierde el contenido
- Nivel de entrada
- Fundamentos de testing manual. Este no es un curso desde cero. Quien viene sin base entra por la Saga Zero
- Inglés
- De lectura técnica
- Máquina
- 16 GB de RAM para la experiencia completa (varios agentes y workers de Playwright en paralelo). Con 8 GB funciona limitado: un agente por vez. Con menos de 8 GB no es viable
- Sistema operativo
- macOS, Linux o Windows con WSL2
- Costo externo de herramientas
- $10 USD/mes por persona como mínimo, en la herramienta de IA que elija. Opciones válidas: OpenCode ($5–10), DeepSeek API (desde $2), Claude Pro ($20) o ChatGPT Pro ($20). Lo pagas tú o lo paga la persona, pero no está incluido en el precio y no es opcional
- Si alguien se atrasa
- Las clases quedan grabadas y el material no expira. Los entregables tienen ventana de reentrega
- Edición actual
- Edición #4 · Ago-Oct 2026
// No es un diploma
Lo que puedes abrir y revisar de cada persona
Este programa no termina con un certificado de asistencia. Termina con cinco artefactos que existen, que se pueden clonar y que un manager puede auditar sin saber QA.
- 1 ·
Un repositorio con la suite corriendo. Tests E2E con Page Object Model y fixtures, tests de API, configuración multi-proyecto, y un pipeline de GitHub Actions con smoke, sanity y regresión separados. Queda como
.github/workflows/tests.ymlyreports/allure-report/. - 2 ·
Un tablero de defectos con métricas. Bugs con severidad, prioridad, reproducción y evidencia; retesteo con sign-off formal; escape rate y reopen rate.
- 3 ·
Casos de prueba formales documentados en Xray, cada uno con su veredicto de retorno: se automatiza, queda manual, o se difiere — justificado.
- 4 ·
Criterios de aceptación refinados en formato testeable, del sprint real que su equipo trabajó.
- 5 ·
El framework completo.
agentic-qa-boilerplate, licencia MIT, que la persona se lleva instalado con un comando y puede replicar en el repositorio de tu empresa.
Cómo se evalúa
Cada Saga cierra con una evaluación sobre 100 puntos, con dimensiones y pesos publicados:
Saga 1 · Sprint Testing
- Contexto y agente
- 15
- Shift-Left
- 20
- Trifuerza UI+DB+API
- 25
- Gestión de defectos
- 30
- Presentación
- 10
Saga 2 · Automation
- E2E
- 25
- API
- 15
- CI/CD y regresión
- 25
- Arquitectura de tests
- 20
- Observabilidad
- 10
- Presentación
- 5
Se aprueba con 70. Con 90 o más, con distinción. Por debajo de 70 se entrega una Constancia de Participación y hay dos semanas para reentregar sin costo adicional. El método es Problem-Driven Learning: no hay exámenes teóricos, se certifica entregando trabajo.
Acceso provisional al Jira del programa para el líder del equipo. Si inscribes a tu equipo, te damos un acceso de lectura al Jira donde trabajan, y ves de primera mano las historias que toma cada persona, cómo las desarrolla, cómo las testea y la trazabilidad completa entre criterio de aceptación, caso de prueba, ejecución y defecto. También ves cómo tenemos configurado nuestro propio Jira, que es el de un equipo de producto en funcionamiento. El progreso y la evaluación siguen siendo por persona: lo que tienes es el trabajo en curso a la vista, no un tablero con el agregado del equipo.
// Mapa de competencias por perfil
¿A quién de tu equipo le sirve qué?
Los perfiles, las clases y los entregables salen del temario con su vocabulario. Las siglas, en una línea: US es una historia de usuario; FTP (Feature Test Plan) es el plan de pruebas de una épica; ATP (Acceptance Test Plan) es el de una historia; ATC (Acceptance Test Case) es el caso de prueba formal que se documenta en Xray y después se automatiza; FTX (Feature Test Execution) es la ejecución exploratoria temprana de ese plan.
Setup
Clases que lo entrenan
- Clase 0 · Onboarding🚀 Onboarding · Semana 0Entregable: Workspace configurado
Agentic QA Foundations
Clases que lo entrenan
- Clase 1 · Agentes e Ingeniería de Contexto📚 Foundations · Semanas 1-2Entregable: Tu primer agente CLI configurado + flow agentic end-to-end completo
QA Analyst
Fase del método: Early-Game · PrevenciónFase del método: Mid-Game · DetecciónClases que lo entrenan
- Clase 2 · Shift-Left Testing📚 Foundations · Semanas 1-2Entregable: ATP refinados con criterios de aceptación testeables
- Clase 3 · Sprint Testing — Trifuerza⚔️ Sprint Testing · Semanas 3-4Entregable: Bugs reportados en Jira (input para Clase 4)
- Clase 4 · Bugs & Test Management⚔️ Sprint Testing · Semanas 3-4Entregable: Dashboard de defectos + bugs retesteados con sign-off + ATCs formales documentados en Xray con veredicto ROI (Candidate/Manual/Deferred)
Pasos del ciclo que cubre
- 1 · Análisis de Requerimientos
- 2 · Desarrollo e Implementación
- 3 · Pruebas Exploratorias Tempranas
- 4 · Reporte de Defectos
- 5 · Priorización Risk-Based
- 6 · Documentación de ATCs
- 7 · Evaluación de ATCs para Automatización
QA Automation Engineer
Fase del método: Mid-Game · DetecciónClases que lo entrenan
- Clase 5 · E2E Automation — Fundamentos🎬 E2E Automation · Semanas 5-6Entregable: 1 ATC automatizado funcional
- Clase 6 · E2E Automation — Estructura y Patrones🎬 E2E Automation · Semanas 5-6Entregable: Suite E2E con POM + fixtures + paralelización
- Clase 7 · API Automation🔌 API Automation · Semana 7Entregable: Suite API automation integrada con E2E
- Clase 8 · CI/CD & Regression Strategy🚀 DevOps for QA · Semanas 8-9Entregable: Pipeline GitHub Actions + Allure + Xray reporting + regression suite priorizada
Pasos del ciclo que cubre
- 8 · Automatización con KATA Framework
- 9 · Verificación de ATCs en CI
- 10 · Pull Request Review
SDET
Fase del método: Late-Game · ObservaciónClases que lo entrenan
- Clase 9 · Test Architecture (SDET)🚀 DevOps for QA · Semanas 8-9Entregable: Framework KATA arquitecturado con multi-project setup
Pasos del ciclo que cubre
- 11 · Continuous Maintenance
QA + DevOps
Fase del método: Late-Game · ObservaciónClases que lo entrenan
- Clase 10 · Regresión y Observabilidad🌌 Regresión & Observabilidad · Semana 10Entregable: Suite de regresión mantenida y actualizada + reporte del panorama de observabilidad de la industria
Pasos del ciclo que cubre
- 12 · Canary Release Monitoring
- 13 · A/B Testing
- 14 · Real User Monitoring
- 15 · Chaos Engineering
- 16 · Feedback Loop
// FAQ de comprador
Lo que se pregunta quien firma, antes de firmar
¿Sirve si mi equipo no usa Playwright?
El programa enseña Playwright con TypeScript, y ese es el stack que tu equipo va a usar durante las diez semanas. Lo que se transfiere a otra herramienta es el criterio: por qué un localizador es frágil, cómo se estructura una suite para que la mantenga alguien que no la escribió, qué entra en el humo y qué en la regresión nocturna, cómo se decide qué no vale la pena automatizar. Si tu equipo usa Cypress o Selenium, esos criterios se aplican igual; los archivos, no.
Si quieres verificarlo antes de pagar, el framework es público y tiene licencia MIT: puedes clonarlo y que tu tech lead lo mire. Y podemos hacer una llamada de veinte minutos de encaje técnico con él.
¿Cuántas horas por semana le saca a mi equipo y en qué franja?
Una clase en vivo de 2 horas por semana, los martes a las 7:30 PM hora Argentina, más práctica entre clases. Presupuesta 8 a 10 horas semanales por persona en total. La clase está fuera del horario laboral en casi toda LATAM; la práctica la organiza cada persona. Todas las clases quedan grabadas: si alguien no llega un día, no pierde el contenido.
¿En qué idioma son las clases?
En español. La documentación técnica del proyecto y de las herramientas está en inglés, y se requiere inglés de lectura técnica.
¿Qué pasa si alguien falta o se atrasa?
Las clases quedan grabadas en la Dojoteca con acceso permanente, así que el contenido no se pierde. Los entregables se evalúan al cierre de cada módulo; quien no llega al umbral de 70 puntos recibe una Constancia de Participación y dos semanas para reentregar sin costo adicional. Si alguien no puede seguir el ritmo del trimestre, preferimos que espere la edición siguiente: hay cohortes continuas.
¿Qué recibo yo como responsable, durante y después?
Durante: tu equipo trabaja en el Slack de la edición, en Jira y en la organización de GitHub del programa, y sus entregables quedan visibles ahí.
Y entras al Jira con ellos. A quien inscribe a su equipo le damos un acceso de lectura al Jira del programa: ves las historias que toma cada persona, cómo las desarrolla, cómo las testea y la trazabilidad entre criterio de aceptación, caso de prueba, ejecución y defecto. De paso ves cómo tenemos configurado nuestro propio Jira, que es el de un equipo de producto en funcionamiento.
Después: la evaluación con rúbrica publicada al cierre de cada módulo, y los entregables del portafolio, que puedes abrir y revisar. El progreso y la evaluación son por persona.
¿Cómo funciona el precio si inscribo a varias personas?
Los precios publicados son por persona: cada asiento cuesta ese monto.
Si vas a inscribir a un equipo, escríbenos antes de comprar. Aceptamos configuraciones a medida y acordamos contigo el monto del paquete, por escrito, antes de que pagues nada.
La diferencia entre el precio de lista y lo que se paga en el carrito no es una negociación: es el descuento automático que el propio carrito aplica según el total de cada compra, sin código ni cupón.
¿Emiten factura a nombre de mi empresa?
Sí. Escríbenos con los datos fiscales de tu empresa y te emitimos la factura. Si la necesitas resuelta antes de pagar, dilo en el mismo mensaje y la coordinamos ahí.
¿El certificado tiene aval de alguna institución?
No, y preferimos decirlo así. Lo emite UPEX Galaxy y lo firma el sensei como ingeniero del área — igual que la gran mayoría de los certificados tech privados. Ningún certificado de curso privado tiene aval estatal o internacional.
Lo que sí tiene es un código de verificación único y un QR impreso en el propio certificado: quien lo escanea cae en la página de verificación de ese certificado. Y tiene una rúbrica pública que explica exactamente qué tuvo que entregar la persona para obtenerlo. El programa deja base de sobra para rendir ISTQB por cuenta propia, si tu organización lo necesita como credencial formal.
¿Hay reembolso?
Sí, pero es parcial, y explicamos por qué. En cuanto una persona entra tiene acceso a todo el contenido de golpe —podría descargarlo casi entero en un día— así que no hay vuelta atrás completa. Se reembolsa el costo de los sprints y los gastos operativos de las clases en vivo, y se retira el acceso a la Dojoteca, a GitHub y a Jira. El Slack, que es gratuito, queda.
¿Qué pasa si la persona se va de la empresa después de que la capacité?
Tres respuestas honestas. La primera: la formación es una de las palancas de retención más efectivas que existen, así que el riesgo de no capacitar suele ser mayor. La segunda: lo que puedes proteger contractualmente lo defines tú; nosotros no intervenimos ahí.
La tercera es la que depende de nosotros: haz que el entregable quede en la empresa. El framework, la suite, el pipeline y la documentación de criterios son artefactos, no conocimiento en una cabeza. Si tu equipo los replica en tu repositorio durante el programa, el activo queda aunque la persona se vaya.
¿Qué se lleva mi empresa cuando termina el programa?
Cinco cosas, todas auditables: un repositorio con la suite E2E y de API funcionando; un pipeline de regresión en GitHub Actions; un tablero de defectos con escape rate y reopen rate; casos de prueba formales documentados en Xray con veredicto de retorno; y el framework
agentic-qa-boilerplatecon licencia MIT, que cada persona conserva e instala con un comando.¿Qué NO cubre el programa?
Pruebas de carga y rendimiento: no están en el temario. Pruebas de seguridad: no están en el temario. Observabilidad ejecutada contra un entorno productivo real: se cubre como visión general de industria, no como práctica. Y no migramos tu suite existente ni auditamos tu proceso de calidad actual: eso es consultoría, no formación.
¿Cuántas personas hay en el aula?
Escríbenos y te confirmamos el cupo disponible de la edición en curso antes de que inscribas a tu equipo.
¿Cuánto cuesta en herramientas externas, además del programa?
Un mínimo de $10 USD por mes y por persona en la herramienta de IA que elija cada una. Opciones válidas: OpenCode ($5–10), DeepSeek API (recargas desde $2), Claude Pro ($20) o ChatGPT Pro ($20). No está incluido en el precio y no es opcional: el programa está diseñado alrededor de agentes de IA. Lo decimos ahora para que entre en tu presupuesto y no aparezca después.
La próxima edición arranca pronto y no llego a organizar a mi equipo. ¿Qué hago?
Escríbenos igual y te reservamos los lugares para la edición siguiente, con el precio de hoy. Las cohortes son continuas. Mientras tanto, hay algo que tu equipo puede hacer esta semana sin costo: el curso de fundamentos completo está publicado en la web y la evaluación de nivel es abierta y gratuita. En dos horas cada persona sabe si entra directo al programa o necesita nivelación previa, y tú llegas a la edición siguiente con el diagnóstico hecho.
// Lo que ya te está pasando
12 problemas concretos, y qué parte del programa entrena cada uno
No hay un módulo genérico de "buenas prácticas". Cada problema de esta lista tiene una clase con nombre, un entregable que se revisa y un criterio de evaluación con puntaje.
// Saga 2 · Automation · Clase 8
La regresión deja de comerse la semana
“La regresión nos come la semana antes de cada release”
El problema, como suena en tu equipo
“La regresión nos come la semana antes de cada release”
Qué se entrena
- 🚀 DevOps for QA · Semanas 8-9
- Clase 8 · CI/CD & Regression Strategy
Construye un pipeline real en GitHub Actions con las tres suites separadas —humo, sanidad y regresión completa— y sus tres disparadores: manual, por agenda y por push. Manejo de secretos y entornos, selección y priorización de qué caso entra en cada suite, triage de los tests que fallan de forma intermitente en vez de reintentarlos, y reporte de Allure integrado a Xray con trazabilidad desde el caso hasta el resultado.
+ Clase 6
Qué queda como evidencia
- Entregable · Clase 8Pipeline GitHub Actions + Allure + Xray reporting + regression suite priorizada
- Rúbrica · Saga 2 · AutomationCI/CD y regresión — Regression suite25 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- En el portafolio
.github/workflows/tests.yml - En el portafolio
reports/allure-report/ - El framework completo se instala con un comando y queda en el repositorio de la persona:
agentic-qa-boilerplate, público y con licencia MIT.Ver el framework en GitHub
Qué sabe hacer tu empleado después
Deja la regresión corriendo sola por agenda en integración continua, y decide con criterio qué caso entra en el humo de cada deploy y qué se ejecuta una vez por noche.
Lo que este bloque no hace
No migra la suite que tu equipo ya tiene. El criterio se entrena sobre el proyecto del programa; llevarlo a tu repositorio es trabajo posterior.
// Saga 2 · Automation · Clase 5 y 6
El pipeline vuelve a ser una señal
“El pipeline está en rojo hace dos semanas. Le damos otra corrida y pasa. Ya nadie mira los tests”
El problema, como suena en tu equipo
“El pipeline está en rojo hace dos semanas. Le damos otra corrida y pasa. Ya nadie mira los tests”
Qué se entrena
- 🎬 E2E Automation · Semanas 5-6
- Clase 5 · E2E Automation — Fundamentos
- Clase 6 · E2E Automation — Estructura y Patrones
Localizadores por rol, texto o identificador de prueba, con los anti-patrones de XPath y selectores frágiles nombrados de forma explícita; espera automática; asserts. Después, estructura: Page Object Model, fixtures de Playwright, paralelización y regresión visual. El triage de tests inestables se trabaja al llegar al pipeline.
+ Clase 8
Qué queda como evidencia
- Entregable · Clase 6Suite E2E con POM + fixtures + paralelización
- Rúbrica · Saga 2 · AutomationE2E — Page Object Model25 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- En el portafolio
tests/e2e/pages/ - En el portafolio
tests/e2e/fixtures/
Qué sabe hacer tu empleado después
Diagnostica por qué un test es inestable —sincronización, dato compartido, selector— y corrige la causa. Y deja la suite en un estado en el que otra persona del equipo puede tocarla sin romperla.
// Clase 3 y 7
La prueba deja de terminar en la interfaz
“Solo probamos por la interfaz. Los bugs de datos y los contratos rotos entre servicios aparecen en producción”
El problema, como suena en tu equipo
“Solo probamos por la interfaz. Los bugs de datos y los contratos rotos entre servicios aparecen en producción”
Qué se entrena
- ⚔️ Sprint Testing · Semanas 3-4
- 🔌 API Automation · Semana 7
- Clase 3 · Sprint Testing — Trifuerza
- Clase 7 · API Automation
Una historia completa atravesada por interfaz, base de datos y API en la misma sesión, con Playwright MCP ejecutando, DBHub MCP validando persistencia y OpenAPI MCP invocando endpoints. Del lado de automatización: request builders reutilizables, contract testing contra especificaciones OpenAPI, validación de esquema y setup y teardown por API.
Qué queda como evidencia
- Rúbrica · Saga 1 · Sprint TestingTrifuerza UI+DB+API — Cobertura de capas25 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- Rúbrica · Saga 2 · AutomationAPI — Integración con suite E2E15 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- Entregable · Clase 7Suite API automation integrada con E2E
- En el portafolio
03-trifuerza/story-1-ui.md - En el portafolio
03-trifuerza/story-2-ui-db.md - En el portafolio
03-trifuerza/story-3-ui-db-api.md
Qué sabe hacer tu empleado después
Cierra una historia validando las tres capas, y detecta una ruptura de contrato entre servicios antes de que la vea el frontend.
Lo que este bloque no hace
Nadie aprueba la evaluación habiendo probado solo la interfaz: la cobertura de capas es un criterio con puntaje.
// Saga 1 · Sprint Testing · Clase 2
El retrabajo se corta en el refinamiento
“Las historias llegan a desarrollo con criterios ambiguos y el retrabajo aparece recién en QA”
El problema, como suena en tu equipo
“Las historias llegan a desarrollo con criterios ambiguos y el retrabajo aparece recién en QA”
Qué se entrena
- 📚 Foundations · Semanas 1-2
- Clase 2 · Shift-Left Testing
Lectura crítica de código sin herramientas, priorización por Valor-Costo-Riesgo, y conversión de criterios de aceptación ambiguos en contratos testeables en formato Given-When-Then.
Qué queda como evidencia
- Entregable · Clase 2ATP refinados con criterios de aceptación testeables
- Rúbrica · Saga 1 · Sprint TestingShift-Left — ACs testeables20 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- En el portafolio
02-shift-left/atp-refinado.md
Qué sabe hacer tu empleado después
Entra a un refinamiento y frena una historia mal escrita antes de que se desarrolle, con el argumento por escrito.
// Saga 1 · Sprint Testing · Clase 1
La licencia de IA empieza a devolver trabajo
“Compramos licencias de IA para el equipo y no vemos retorno: nadie sabe darle contexto al agente ni cuándo desconfiar de él”
El problema, como suena en tu equipo
“Compramos licencias de IA para el equipo y no vemos retorno: nadie sabe darle contexto al agente ni cuándo desconfiar de él”
Qué se entrena
- 📚 Foundations · Semanas 1-2
- Clase 1 · Agentes e Ingeniería de Contexto
Operar un CLI agéntico con contexto controlado: archivo de contexto del repositorio, referencias a archivos, manejo de la ventana de contexto y conexión de MCPs. El temario nombra los anti-patrones de contexto con el mismo vocabulario que usa la industria.
Qué queda como evidencia
- Entregable · Clase 1Tu primer agente CLI configurado + flow agentic end-to-end completo
- Rúbrica · Saga 1 · Sprint TestingContexto y agente — Flow agentic documentado15 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- En el portafolio
01-contexto/primer-flow-agentic.md - El costo externo real está declarado en los requisitos del programa: cada persona paga sus propias herramientas de IA, con un presupuesto mensual mínimo publicado. Ningún competidor publica ese dato.
Qué sabe hacer tu empleado después
Pone un agente a hacer trabajo de QA sobre un repositorio real y reconoce cuándo el agente se está equivocando, en vez de aceptar su salida.
Lo que este bloque no hace
El programa no incluye un paquete común de tokens ni licencias de IA: cada persona paga las suyas. Lo que sí se entrena es cómo gastar menos y cuándo cambiar de modelo.
// Saga 1 · Sprint Testing · Clase 4
El estado de calidad del sprint se defiende con números
“Cuando dirección pregunta cómo está la calidad este sprint, no tengo un número”
El problema, como suena en tu equipo
“Cuando dirección pregunta cómo está la calidad este sprint, no tengo un número”
Qué se entrena
- ⚔️ Sprint Testing · Semanas 3-4
- Clase 4 · Bugs & Test Management
Anatomía del reporte de bug con severidad, prioridad, reproducción y evidencia; tableros de defectos con campos personalizados y JQL avanzado; retesteo con sign-off formal; documentación de casos formales en Xray.
Qué queda como evidencia
- Entregable · Clase 4Dashboard de defectos + bugs retesteados con sign-off + ATCs formales documentados en Xray con veredicto ROI (Candidate/Manual/Deferred)
- Rúbrica · Saga 1 · Sprint TestingGestión de defectos — Dashboard30 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- En el portafolio
04-defect-management/dashboard-defectos.png - En el portafolio
04-defect-management/bugs-retesteados.md - La rúbrica nombra las métricas por su nombre: escape rate y reopen rate. Es el bloque con más peso de la Saga 1.
Qué sabe hacer tu empleado después
Publica un tablero que su manager puede leer solo, y defiende el estado de calidad del sprint con dos métricas en vez de con una sensación.
Lo que este bloque no hace
El progreso y la evidencia son por persona, y el líder del equipo entra al Jira del programa para verlas: quién trabaja qué historia, con qué trazabilidad y con qué resultado. Lo que se revisa es el trabajo real, no un tablero agregado.
// Saga 1 · Sprint Testing · Clase 4
Se decide qué se automatiza y qué no
“Automatizamos por inercia. Nadie decide qué vale la pena automatizar”
El problema, como suena en tu equipo
“Automatizamos por inercia. Nadie decide qué vale la pena automatizar”
Qué se entrena
- ⚔️ Sprint Testing · Semanas 3-4
- Clase 4 · Bugs & Test Management
Cada caso documentado recibe un veredicto de retorno —se automatiza, queda manual o se difiere— justificado por escrito, y ese veredicto decide qué se automatiza en las clases siguientes. No es una nota al margen: es una transición real del workflow de Jira.
Qué queda como evidencia
- Rúbrica · Saga 1 · Sprint TestingGestión de defectos — ATCs formales + veredicto ROI30 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- En el portafolio
04-defect-management/atcs-formales-xray.md
Qué sabe hacer tu empleado después
Justifica por escrito qué NO se automatiza. Es la decisión que hoy nadie toma, y por eso la suite crece sin control.
// Saga 2 · Automation · Clase 9
El estándar del framework deja de vivir en una sola cabeza
“Una sola persona sabe mantener el framework. Si se va, quedamos ciegos”
El problema, como suena en tu equipo
“Una sola persona sabe mantener el framework. Si se va, quedamos ciegos”
Qué se entrena
- 🚀 DevOps for QA · Semanas 8-9
- Clase 9 · Test Architecture (SDET)
Arquitectura KATA con sus capas —Komponent, Action, Test— e inyección de dependencias, configuración multi-proyecto, layering de utilidades, fixtures, componentes, acciones y tests, reporters propios, factories de datos de prueba y estrategias de limpieza. La secuencia es deliberada: el syllabus declara que el alumno necesita haber sentido el dolor de mantener una suite desestructurada antes de apreciar la arquitectura.
Qué queda como evidencia
- Entregable · Clase 9Framework KATA arquitecturado con multi-project setup
- Rúbrica · Saga 2 · AutomationArquitectura de tests — Layering del framework20 / 100 pts · aprueba con 70 · 2 semanas de reentrega
- En el portafolio
playwright.config.ts - En el portafolio
tests/utilities/ - El framework es un repositorio público con licencia MIT, instalable con un comando. El líder técnico lo puede auditar antes de comprar, que es lo que va a hacer igual.Ver el framework en GitHub
Qué sabe hacer tu empleado después
Define cómo se estructura el framework del equipo, y el estándar queda escrito en un repositorio, no en una cabeza.
El tester manual entra a automatización por una escalera, no por un salto
“Tengo testers manuales muy buenos que no programan. No puedo pedirles que toquen el repositorio, y reemplazarlos no es una opción”
El problema, como suena en tu equipo
“Tengo testers manuales muy buenos que no programan. No puedo pedirles que toquen el repositorio, y reemplazarlos no es una opción”
Qué se entrena
Una escalera real: primero la Saga Zero —un mes de práctica 1:1 con un Senpai, el mentor asignado a cada persona: QA manual puro y deliberadamente sin IA, porque primero el criterio y después la herramienta— y recién después la Saga 1 y la Saga 2, o el Dojo completo. Cada semana tiene clase, misión sobre una historia real y evaluación con criterios explícitos, y cierra con un examen final en el que se resuelve una segunda historia en solitario contra un ejemplar de referencia.
Qué queda como evidencia
- El roadmap completo de la Saga Zero es público: cada mundo, cada nodo y los criterios de evaluación de cada etapa.Ver el roadmap de la Saga Zero
- Los criterios del examen final incluyen que todo el ciclo se resolvió en solitario: el Senpai observó, no intervino.
- La nivelación previa es gratuita y pública: el minicurso de fundamentos de testing, el minicurso de fundamentos de código y la evaluación de Checkpoint.Ver la evaluación de nivel
Qué sabe hacer tu empleado después
Ejecuta el ciclo manual completo de una historia —plan, exploración, reporte, retesteo, sign-off, casos formales— con evidencia auditable, y queda listo para entrar a automatización.
Lo que este bloque no hace
La Saga Zero no enseña IA a propósito, y entrega Constancia de Participación, no certificado. Lo decimos antes de cobrar, no después.
QA y desarrollo empiezan a hablar el mismo idioma
“QA y desarrollo no se entienden. QA no sabe por qué se tomó una decisión técnica ni qué hay antes del ticket”
El problema, como suena en tu equipo
“QA y desarrollo no se entienden. QA no sabe por qué se tomó una decisión técnica ni qué hay antes del ticket”
Qué se entrena
- Devlog 1 · Configuración del Workspace Jira
- Devlog 2 · De la Idea al Backlog
- Devlog 3 · Diseño — De la Idea al Mockup
- Devlog 4 · Infraestructura
- Devlog 5 · El Loop de Implementación
Los devlogs son contenido asincrónico del lado desarrollo: configurar un proyecto de Jira con workflows y campos personalizados; producir Constitution, PRD, SRS y ADRs y poblar el backlog con INVEST y criterios en Gherkin; mapeo de pantalla a historia; levantar backend y frontend; y el ciclo de implementación, code review adversarial con severidades BLOCKER, MAJOR, MINOR y NIT, despliegue a staging con auto-transición a Ready For QA, y producción con gates y plan de rollback. Más los sprints reales en Jira con ceremonias Scrum completas.
Qué queda como evidencia
- Los devlogs y su temario están en el syllabus público: se pueden leer antes de comprar.Ver el temario completo
- El vocabulario de severidades del code review es el mismo que ya usa tu equipo de desarrollo.
Qué sabe hacer tu empleado después
Lee un ADR, participa de un refinamiento hablando de producto y no solo de bugs, y hace code review con criterio de severidad.
El nivel real del equipo se mide antes de pagar
“No sé qué nivel real tiene mi equipo. No quiero pagar un programa para descubrir que la mitad no puede seguirlo”
El problema, como suena en tu equipo
“No sé qué nivel real tiene mi equipo. No quiero pagar un programa para descubrir que la mitad no puede seguirlo”
Qué se entrena
Tres recursos gratuitos y públicos que ya existen: un curso completo de testing publicado en la web, un minicurso interactivo de fundamentos de código y una evaluación con badge de aptitud. Más los requisitos declarados del programa: conocimientos previos, presupuesto de herramientas de IA, hardware mínimo y carga horaria semanal.
Qué queda como evidencia
- Los tres recursos son públicos hoy. El costo de probar el método antes de pagar es cero.Ver la evaluación de nivel
Qué puedes decidir tú después
Decide con datos si compra la Saga Zero, la Saga 1 o el Dojo completo, y para quién de su equipo.
Lo que este bloque no hace
La evaluación es individual y cada persona comparte su resultado. Pídele a tu equipo que la haga esta semana y que te pase el suyo.
La competencia técnica se convierte en presencia profesional
“Tengo gente técnicamente competente que no progresa: no comunica su trabajo, se bloquea con el feedback, no tiene presencia en las ceremonias”
El problema, como suena en tu equipo
“Tengo gente técnicamente competente que no progresa: no comunica su trabajo, se bloquea con el feedback, no tiene presencia en las ceremonias”
Qué se entrena
Reuniones 1:1 en vivo: diagnóstico y plan de mejora de comunicación, manejo de feedback y presencia profesional, con seguimiento sesión a sesión; y preparación para dailies, retrospectivas y conversaciones difíciles. El propio servicio se delimita: no es charla motivacional.
Qué queda como evidencia
- Los componentes del servicio están detallados y publicados en su propia página.Ver el Performance Lab
- El diferenciador: cursando el Dojo, el mentor observa el desempeño real en los sprints — cómo comunica, cómo reporta, cómo reacciona al feedback.
Qué sabe hacer tu empleado después
Expone su trabajo en las ceremonias y recibe feedback sin bloquearse.
Lo que este bloque no hace
Sin el Dojo, las métricas se construyen sobre las propias sesiones y no sobre sprints observados.
Y lo que no vas a encontrar acá
Este programa no cubre pruebas de carga ni de rendimiento, y no cubre pruebas de seguridad: no están en el temario. La parte de observabilidad se presenta como visión general de industria (métricas de incidente, lanzamientos progresivos, banderas de funcionalidad), sin ejecutarse contra un entorno productivo real. Tu QA va a poder entender y opinar sobre la estrategia de calidad post-despliegue; no va a salir operándola en tu producción.
Si tu problema es alguno de esos tres, preferimos decírtelo antes de que pagues.
Ver la ficha operativa: horas, horario, idioma y requisitos →// Lo que no cubre el programa
¿Qué NO cubre el programa?
Pruebas de carga y rendimiento
No están en el temario. No las cubrimos y no las insinuamos.
Pruebas de seguridad
No están en el temario. No las cubrimos y no las insinuamos.
Operar observabilidad en tu producción
La clase cubre la visión general de industria: lanzamientos canary, banderas de funcionalidad, RUM y Core Web Vitals, métricas de incidente, chaos engineering y un playbook de QA-on-call. El objetivo declarado en el syllabus es presentarlo como roadmap, sin ejecutarlo contra un entorno productivo real. Tu QA va a poder entender y opinar sobre la estrategia de calidad post-despliegue. No sale operando un stack de observabilidad en tu producción. Preferimos decírtelo.
Dónde se toca en el temario
- 🌌 Regresión & Observabilidad · Semana 10
- Clase 10 · Regresión y Observabilidad
// Para pasárselo a quien decide
Todo esto, en un documento que puedes reenviar
La misma información de esta página, ordenada para leerse en papel: el resumen ejecutivo, la ficha operativa completa, el precio por persona, los 12 problemas con su evidencia desplegados y las preguntas del comprador con la respuesta entera.