Test de DevOps: qué evaluar y cómo hacerlo práctico

Un candidato puede recitar de memoria la diferencia entre integración continua y entrega continua y aun así no saber qué hacer cuando un pipeline falla a las tres de la mañana. Un test de DevOps que mide de verdad se parece a un incidente real, no a un cuestionario de definiciones.

Qué evaluar en un test de DevOps

Un rol de DevOps combina cuatro áreas de competencia: automatización de integración y entrega continua, infraestructura como código, observabilidad de sistemas en producción, y capacidad de responder con criterio ante fallos. No todos los candidatos necesitan dominar las cuatro con la misma profundidad, depende del nivel y del enfoque específico del rol dentro del equipo.

Un nivel junior debería poder configurar un pipeline básico de integración continua y entender los fundamentos de contenedores. Un nivel senior debería poder diseñar la arquitectura de despliegue de un sistema completo, anticipar puntos de falla, y tomar decisiones de infraestructura con criterio de costo y confiabilidad.

CI/CD e infraestructura como código

Para evaluar integración y entrega continua, pide al candidato que revise la configuración de un pipeline con un problema deliberado, como un paso de pruebas que se salta silenciosamente en ciertas condiciones, y que lo identifique y corrija explicando el riesgo que representaba dejarlo así.

Para infraestructura como código, pide que revise un archivo de definición de infraestructura con una configuración insegura o ineficiente, como recursos sin límites definidos o credenciales expuestas directamente en el código, y que proponga la corrección explicando por qué cada cambio importa.

Observabilidad

Un buen candidato de DevOps entiende que sin observabilidad adecuada, un sistema en producción es una caja negra hasta que algo falla. Evalúa esto con un ejercicio de diagnóstico: entrega logs y métricas de un sistema que empezó a fallar hace una hora, y pide identificar la causa probable con el razonamiento que siguió, no solo la respuesta final.

Presta atención a si el candidato distingue entre síntomas y causa raíz. Alguien que se queda en "el servidor está lento" sin profundizar en por qué tiene menos experiencia real que alguien que rastrea el problema hasta una consulta de base de datos específica o un límite de recursos alcanzado.

Ejercicios prácticos

Ejercicio de diagnóstico. Entrega un escenario descrito con logs y métricas simuladas de un servicio que empezó a responder con errores intermitentes, y pide un plan de investigación priorizado: qué revisaría primero y por qué.

Ejercicio de infraestructura. Pide diseñar, a alto nivel, la arquitectura de despliegue para una aplicación con requisitos específicos de disponibilidad, como tolerancia a la caída de una zona de disponibilidad, y que justifique las decisiones tomadas frente a alternativas más simples y más baratas.

Corrige con una rúbrica que valore razonamiento sobre trade offs de costo, confiabilidad y complejidad operativa, no solo si el candidato conoce el nombre de una herramienta específica.

Para ver cómo evaluar específicamente el pensamiento de prueba que complementa a un buen pipeline de calidad, en prueba de QA está la guía de cómo evaluar testers de verdad. La parte de seguridad de la infraestructura está desarrollada en prueba de ciberseguridad, y la capa de servicios que ese pipeline despliega, en prueba de backend.

Un test de DevOps que se parece a un incidente real distingue mucho mejor que un cuestionario de definiciones. Si quieres aplicar ejercicios de diagnóstico e infraestructura con rúbrica por nivel, puedes agendar una demo.

Preguntas frecuentes

¿Debo evaluar herramientas específicas de DevOps o principios generales?
Ambos aportan, pero si el equipo ya usa una pila tecnológica definida, evaluar directamente en esas herramientas da una señal más cercana al trabajo real que evaluar principios en abstracto sin contexto de herramienta.

¿Cuánto tiempo debería durar un test de DevOps completo?
Entre 60 y 90 minutos para los ejercicios prácticos, con tiempo adicional para la conversación de revisión donde el candidato explica su razonamiento.

¿Es necesario evaluar seguridad dentro de un test de DevOps?
Al menos a nivel básico sí, dado que buena parte del trabajo de DevOps toca configuración de infraestructura con implicaciones de seguridad directas, como manejo de credenciales y permisos de acceso.

¿Cómo distingo a un candidato junior de uno senior con estos ejercicios?
El nivel junior suele resolver el problema inmediato sin anticipar consecuencias más amplias. El nivel senior piensa en el sistema completo, considera el costo operativo de sus decisiones y anticipa cómo la solución se comporta bajo carga o fallo parcial.