esencialmente tiene dos opciones:
1. Resumen de la llamada al marco y probar esto.
E.g. refactorice el código para permitirle inyectar una implementación simulada en algún momento. Hay muchas maneras de hacer esto. p.ej. crea un getUrlAsString() y simula eso. (también se sugiere arriba). O crea una fábrica de obtención de URL que devuelve un objeto GetMethod. La fábrica entonces puede ser burlada.
2. Inicie un servidor de aplicaciones como parte de la prueba y luego ejecute el método en su contra. (Esto será más una prueba de integración)
Esto se puede lograr de varias maneras. Esto puede ser externo a la prueba, p. el plugin maven embarcadero. o la prueba puede iniciar el servidor mediante programación. ver: http://docs.codehaus.org/display/JETTY/Embedding+Jetty
Ejecutarlo a través de https complicará esto, pero aún será posible con certificados autofirmados. Pero me preguntaría, ¿qué es exactamente lo que quieres probar? Dudo que realmente necesites probar la funcionalidad de https, es una tecnología comprobada.
Personalmente, optaría por la opción 1: está intentando probar la funcionalidad de una biblioteca externa. Eso usualmente es innecesario. También es una buena práctica resumir sus dependencias a bibliotecas externas.
Espero que esto ayude.
duplicado Posible de http://stackoverflow.com/q/393099/2093341 – Andrea