आप अनिवार्य रूप से दो विकल्प हैं:
1. सार ढांचे के लिए कॉल और यह परीक्षण।
उदा। किसी बिंदु पर आपको नकली कार्यान्वयन इंजेक्ट करने की अनुमति देने के लिए कोड को दोबारा दोहराएं। इसे करने के कई तरीके हैं। जैसे getUrlAsString() बनाएं और उस पर नकली करें। (ऊपर भी सुझाव दिया गया है)। या एक यूआरएल गेटर फैक्ट्री बनाएं जो GetMethod ऑब्जेक्ट देता है। कारखाने को मजाक किया जा सकता है।
2. परीक्षण के हिस्से के रूप में एक ऐप सर्वर शुरू करें और फिर इसके खिलाफ अपनी विधि चलाएं। (यह एकीकरण परीक्षण से अधिक होगा)
यह कई तरीकों से हासिल किया जा सकता है। यह परीक्षण के लिए बाहरी हो सकता है उदा। मेवेन जेटी प्लगइन। या परीक्षण प्रोग्रामेटिक रूप से सर्वर शुरू कर सकते हैं। देखें: http://docs.codehaus.org/display/JETTY/Embedding+Jetty
https पर इसे चलाने से यह जटिल होगा लेकिन यह अभी भी स्वयं हस्ताक्षरित कॉल के साथ संभव होगा। लेकिन मैं खुद से पूछूंगा - आप वास्तव में क्या परीक्षण करना चाहते हैं? मुझे संदेह है कि आपको वास्तव में https कार्यक्षमता का परीक्षण करने की आवश्यकता है, इसकी एक सिद्ध तकनीक है।
व्यक्तिगत रूप से मैं विकल्प 1 के लिए जाऊंगा - आप बाहरी पुस्तकालय की कार्यक्षमता का परीक्षण करने का प्रयास कर रहे हैं। यह आमतौर पर अनावश्यक है। बाहरी पुस्तकालयों में अपनी निर्भरताओं को सारणित करना भी अच्छा अभ्यास है।
उम्मीद है कि इससे मदद मिलती है।
http://stackoverflow.com/q/393099/2093341 – Andrea