Usted debe echar un vistazo a WebMock http://github.com/bblimke/webmock
La desventaja de burlarse de peticiones http es la falta de protección contra los cambios en la API remotas. Si el servicio HTTP remoto cambia, y su código ya no será compatible, sus pruebas no le informarán al respecto. Si se burla de los métodos de cliente http por su cuenta, tiene los mismos problemas. Es bueno tener un paquete de prueba de integración que verifique que su código aún pueda comunicarse con el servicio http real.
La ventaja de una biblioteca como FakeWeb o WebMock es el hecho de que puede centrarse en la implementación del comportamiento en lugar de preocuparse por los detalles de implementación de la biblioteca de cliente http específica. Incluso si cambia la biblioteca de, por ejemplo, Net :: HTTP a RestClient, el comportamiento debería conservarse para que las pruebas sigan pasando. Si se burla del cliente http por su cuenta, debe cambiar las pruebas cuando cambie la implementación, incluso si el comportamiento no cambió. Usar FakeWeb o Webmock también ayuda con TDD o BDD (prueba primero). Puede especificar el comportamiento http con especificaciones o pruebas, antes de preocuparse por los detalles de implementación de un cliente HTTP específico.