Desde que era adolescente me capturó todo lo relacionado con la tecnología. Pero no fue hasta hace algo más de tres años que empecé a trabajar en el área del desarrollo de software, más específicamente como Ingeniero de Aseguramiento de Calidad (QA Engineer).
Ya entrados en 2025, mis responsabilidades cambiaron. Ahora como SDET, me vi en la necesidad de seguir mejorando como desarrollador. Pasé de simplemente escribir scripts y código de automatización de pruebas, a crear software utilizado por otras personas que les ayuden en sus procesos.
Este cambio, implicó la necesidad de aprender más sobre las mejores prácticas al momento de escribir software y un cambio en el acercamiento que tengo antes de resolver un problema. Sin embargo, hay ciertas cosas que aún me faltaban: principios básicos que se obtienen con educación formal, maneras de trabajar y desarrollar software que implican ir más allá, como los principios de arquitectura de software.
Y es que considero que un paso lógico es pasar del desarrollo de software a ser un arquitecto de las soluciones de software. Algo que aplica también al Aseguramiento de Calidad. No es solo decidir las formas de probar el software o cómo automatizar, sino también establecer patrones de arquitectura que hagan que todo el ecosistema de pruebas (Frameworks, reportes, pruebas, pipelines, observabilidad, CI/CD) sea mantenible, escalable y robusto.
¿Por qué un roadmap específico de Test Architecture?
Porque al querer reforzar el conocimiento que tengo, me di cuenta que necesitaba aprender arquitectura de software. También seguir aprendiendo de las tendencias en el área de aseguramiento de calidad. Y sobre todo, aprender ciertos aspectos de automatización de pruebas que aún no he tenido oportunidad de explorar, como contract testing, chaos engineering, observabilidad y security testing.
Test Architecture: El roadmap completo
He dividido este plan de aprendizaje en 12 módulos mensuales, cada uno enfocado en un aspecto clave de arquitectura de pruebas:
| Mes | Tema |
|---|---|
| Enero | Foundations + Hexagonal Architecture |
| Febrero | Architecture Refinement + Microservices |
| Marzo | Contract Testing |
| Abril | Observability |
| Mayo | Test Data Management |
| Junio | CI/CD Avanzado |
| Julio | Performance Testing |
| Agosto | Chaos Engineering |
| Septiembre | Security Testing |
| Octubre | Accessibility Testing |
| Noviembre | Test Strategy & DORA Metrics |
| Diciembre | Capstone Project |
Cada mes incluye:
- Implementación práctica en el framework de testing
- Blog post técnico documentando el aprendizaje (algunos meses habrá más)
- Código en GitHub con ejemplos reales y funcionando
- Lightning Talk en la comunidad (en meses seleccionados, dependiendo de disponibilidad)
El roadmap completo con detalles de cada mes lo encuentras en el repositorio de GitHub
Stack técnico
Para este roadmap, he seleccionado herramientas que combinan popularidad en la industria con mi objetivo de aprendizaje:
Core del Framework:
- Python. Mi lenguaje de desarrollo principal, me permite enfocarme en arquitectura sin distracciones de sintaxis
- Pytest. El estándar para testing en Python, con un ecosistema de plugins robusto
- Playwright. Herramienta moderna que apunta a convertirse en estándar para pruebas E2E, con excelente soporte de API testing.
- Allure. Reportes visuales y detallados para facilitar el debugging
- Testcontainers. Reproducibilidad de ambientes sin configuraciones manuales complejas
- Docker. Portabilidad y consistencia entre ambientes de desarrollo y CI
Arquitectura del Framework:
El Framework implementará Arquitectura Hexagonal (Puertos y Adaptadores). Esto implica separar la lógica de negocio de las herramientas específicas. En otras palabras: tener la capacidad de cambiar Playwright por otra herramienta sin reescribir los escenarios de prueba, solo cambiando el adaptador.
Esta separación hace que el código sea más mantenible, testeable y preparado para cambios futuros.
Sistemas Bajo Prueba (SUTs):
Durante el roadmap trabajaré con diferentes SUTs de complejidad creciente:
- Este blog (Astro + Keystatic). Para pruebas E2E básicas y fundamentos
- Microservicios FastAPI. Crud básicos para pruebas de API y Contract Testing
- Saleor E-commerce. Escenariso complejos con GraphQL
- OWASP Juice Shop. Security Testing con una aplicación intencionalmente vulnerable
Mi compromiso
Durante todo el 2026, me he comprometido a hacer público este viaje de aprendizaje sobre Arquitectura de pruebas.
Cada mes publicaré:
- Código funcional en GitHub
- Al menos un post técnico con tutoriales y reflexiones
- Actualizaciones en el canal #accountability-buddies del Discord de Dgo TecHub (Si aún no estás en el server, ingresa en este link)
- Snippets con información práctica en redes sociales.
Durante el año habrá algunos eventos especiales:
- Enero 2026. Lightning talk “Git Init. Una Guía de Control de Versiones para tu Crecimiento Personal” en pocas palabras: cómo cumplir tus propósitos tech este año.
- Julio 2026. Retrospectiva pública de medio año y si es posible, una lightning talk técnica al respecto
- Diciembre 2026. Cerraremos el año presentado el capstone project.
Te invito a participar a lo largo de este proceso. ¿Cómo? Revisa el código y levanta Issues en GitHub si ves mejoras. Sugiere temas o herramientas que te gustaría que explore. Comparte el contenido si te es útil. Y si vives en Durango, únete al servidor de Discord de Dgo TecHub, participa con la comunidad y únete al canal #accountability-buddies si también estás en un viaje de aprendizaje.
Qué esperar del contenido de este roadmap
Los posts de cada mes explicarán la teoría del módulo. Cómo se aplica en el framework y explicaciones paso a paso cuando sean necesarias para la implementación de los conceptos. También incluirás mis reflexiones, lo más honestas posibles, sobre el proceso de aprendizaje.
El código será funcional (mas no perfecto), disponible en GitHub con ejemplos reales.
Errores… muchos errores comentidos, pero lo más importante: Las lecciones aprendidas.
Lo que NO será:
- No es un curso estructurado con ejercicios guiados
- Tampoco es documentación exhaustiva de cada herramienta (para eso están las documentaciones oficiales)
- Contenido pulido y perfecto
Pero sobre todo. Aunque estaré publicando de vez en cuando en redes sociales, NO busco ser un influencer tech.
Este es un aprendizaje público, con tropiezos y todo. La prioridad será compartir el aprendizaje que obtenga sobre un contenido perfecto.
En resumen
Durante 2026, seguiré dedicando tiempo a mi aprendizaje profesional, organizando mi tiempo libre para cumplir con este roadmap de aprendizaje con mis responsabilidades en la comunidad Dgo TecHub. Buscaré sentar las bases para tener fundamentos sólidos no solo de desarrollo de software en pruebas, sino también de arquitectura de pruebas.
Mi compromiso se enfocará en dos cosas: primero, aprender y aplicar el roadmap de Test Architecture de forma consistente; segundo, compartir ese conocimiento mediante posts, charlas en la comunidad y contenido en redes sociales.
Si estás leyendo esto y alguno de los temas te interesa o llama la atención, te invito a:
- Seguir el progreso en GitHub
- Conectar conmigo en LinkedIn y Twitter / X
- Unirte al servidor de Discord de Dgo TecHub para conectar con otros apasionados de la tecnología, y por qué no, tener discusiones sobre lo aprendido.
Nos vemos durante todo 2026!