Proxy de desarrollo vs. pruebas unitarias

Las pruebas unitarias y Dev Proxy sirven para diferentes propósitos en tu estrategia de pruebas. Aunque ambos son valiosos, prueban la aplicación de maneras fundamentalmente diferentes. El uso de ellos juntos proporciona una cobertura completa del comportamiento de la aplicación.

Diferentes enfoques de prueba

Las pruebas unitarias prueban fragmentos de código aislados con dependencias simuladas. Al escribir una prueba unitaria para código que llama a una API, normalmente se simula el cliente HTTP para devolver respuestas predefinidas. Este enfoque le permite comprobar que el código controla correctamente escenarios específicos.

Dev Proxy prueba la aplicación en ejecución con el comportamiento de la API simulada. En lugar de simular código, Dev Proxy intercepta solicitudes HTTP reales y simula condiciones del mundo real como errores, limitación y latencia. Este enfoque prueba la aplicación como un todo, incluidas todas las capas entre el código y la API.

Cuándo usar cada característica

Use pruebas unitarias cuando desee:

• Probar el comportamiento específico de la función y los casos límite
• Comprobación de la lógica de negocios de forma aislada
• Obtención de comentarios rápidos durante el desarrollo
• Lograr una cobertura de código alta
• Prueba de rutas específicas para el manejo de errores

Use Dev Proxy cuando quieras:

• Prueba la aplicación en ejecución de extremo a extremo
• Simulación de condiciones difíciles de reproducir, como problemas de limitación o de red
• Prueba de la lógica de reintento real y el control de errores en todas las capas
• Ejecute su aplicación bajo carga con fallos aleatorios
• Comprobación de la resistencia sin cambiar el código

Ventajas del proxy de desarrollo

El proxy de desarrollo ofrece varias ventajas sobre los enfoques de simulacro tradicionales:

• No se necesitan cambios de código. No es necesario modificar la aplicación para usar el proxy de desarrollo. Funciona en el nivel de red, interceptando solicitudes HTTP de forma transparente.
• Funciona con cualquier biblioteca HTTP. Algunas bibliotecas HTTP son notoriamente difíciles de simular. Con el proxy de desarrollo, no importa la biblioteca que use: RestSharp, HttpClient, Axios ni ninguna otra. El proxy de desarrollo intercepta todo el tráfico HTTP independientemente de la biblioteca.
• Prueba la aplicación real. Las pruebas unitarias con clientes HTTP ficticios no prueban la lógica de reintento real, el control de conexiones ni el comportamiento de tiempo de espera. Dev Proxy prueba la aplicación real con todas sus dependencias.
• Más fácil de entender los errores. Cuando se pueden desencadenar errores a petición en una aplicación en ejecución, es más fácil comprender y depurar cómo las controla la aplicación.
• Simula condiciones complejas. Dev Proxy puede simular condiciones que no son prácticas de reproducir con simulaciones, como fallos aleatorios bajo carga, limitación gradual del ancho de banda o problemas de red intermitentes.

Una estrategia de pruebas complementarias

El enfoque más eficaz combina ambos métodos de prueba:

• Use pruebas unitarias para la lógica. Escriba pruebas unitarias para comprobar la lógica empresarial, las transformaciones de datos y las rutas específicas de código para el control de errores.
• Use Dev Proxy para la resiliencia. Use Dev Proxy para comprobar que la aplicación controla correctamente las condiciones de API reales: limitación, errores y respuestas lentas.
• Usa ambos en CI/CD. Ejecute pruebas unitarias para obtener comentarios rápidos sobre cada confirmación. Use Dev Proxy en pruebas de integración para detectar problemas de resistencia antes de la implementación.

Las pruebas unitarias le indican si el código es correcto. El proxy de desarrollo le indica si la aplicación es resistente. Necesitas ambos.

Pasos siguientes

• Prueba de mi aplicación con errores aleatorios : 5 minutos
• Usa Dev Proxy en CI/CD — ejecuta tanto las pruebas unitarias como Dev Proxy en tu canalización