Esta habilidad resume de forma concisa las filosofías de TDD de la Escuela de Londres (orientada a mocks) y de Chicago (clásica) y los patrones prácticos d…
Esta habilidad resume de forma concisa las filosofías de TDD de la Escuela de Londres (orientada a mocks) y de Chicago (clásica) y los patrones prácticos de prueba. Explica cuándo preferir pruebas orientadas al comportamiento y centradas en interacciones (Londres) frente a pruebas centradas en el estado con objetos reales (Chicago). Las características clave incluyen un flujo de desarrollo de fuera hacia dentro (acceptance → controller → service → repository → implement) y orientación concreta sobre el uso de sustitutos: stubs para respuestas predefinidas, objetos simulados para verificar interacciones y espías para registrar llamadas. Casos de uso: diseño de APIs dirigidas por controladores, lógica de negocio a nivel de servicio y pruebas de repositorio/integración. Ventajas principales: intención de prueba más clara, ciclos de retroalimentación más rápidos, menor inestabilidad mediante aislamiento apropiado y mejora del diseño al hacer explícitos los límites de interacción. Ideal para desarrolladores backend que adoptan TDD o que desean refinar su estrategia de pruebas.
Esta página forma parte del hub OpenClaw Skills con guías de instalación, categorías y enlaces prácticos.