¿Cómo aplicas shift-left testing?

Respuesta directa

Qué debe cubrir una buena respuesta

Cómo funciona

Desplazar a la izquierda significa encontrar problemas donde son más baratos de arreglar, antes de escribir código y mientras se escribe. Empieza con ejemplos: antes de construir una historia, el equipo escribe escenarios concretos incluidos casos límite y fallos, que se convierten en criterios de aceptación y en las primeras pruebas. Las comprobaciones estáticas, la validación de esquemas y los linters corren en el editor y en cada commit. Las pruebas de componentes y de contrato corren en el pull request para que los desarrolladores tengan feedback en minutos. Los ingenieros de pruebas participan en diseño y revisión en lugar de recibir builds al final. La monitorización de producción se mantiene, porque desplazar a la izquierda reduce defectos, no los elimina.

Ejemplo

Para una nueva funcionalidad de descuentos, la sesión de los tres amigos produjo doce escenarios incluidos descuentos acumulados y códigos caducados, que el desarrollador convirtió en pruebas unitarias antes de escribir la lógica. Un validador de esquemas en el editor marcó un ejemplo de API malformado, y una prueba de contrato en el pull request detectó que el frontend esperaba un campo que el backend no había añadido. La funcionalidad llegó al entorno compartido sin defectos encontrados allí, y un despliegue canario aun así atrapó un problema de localización en producción.

Errores frecuentes

• Tratar el desplazamiento a la izquierda como mover las mismas pruebas manuales antes en el calendario.
• Escribir los escenarios después del código, de modo que reflejan la implementación y no la intención.
• Eliminar la monitorización de producción porque las pruebas ahora ocurren antes.

Una estructura útil para responder

Responde desde tu propia experiencia.

No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.