पावरमॉक (+ मॉकिटो): यूनिट टेस्टिंग पर एक नया रूप

गुणवत्ता कोड परीक्षण के बिना संभव नहीं है। और गुणवत्ता परीक्षण - मोक के बिना। ईज़ीमॉक या मॉकिटो जैसे विभिन्न उपयोगी पुस्तकालय लंबे समय से मोक बनाने में हमारी मदद कर रहे हैं। मेरे अभ्यास में, मैं मॉकिटो को सबसे अधिक लचीले, सुंदर और कार्यात्मक उपकरण के रूप में उपयोग करता हूं। लेकिन, दुर्भाग्य से, मॉकिटो भी चांदी की गोली नहीं बन पाई। सीमा हमेशा अंतिम वर्गों, निजी क्षेत्रों और विधियों, स्थिर तरीकों और बहुत कुछ रही है। और मुझे चुनना था: या तो एक सुंदर डिजाइन, या उच्च गुणवत्ता वाले परीक्षण कवरेज। मैं, सुंदर वास्तुकला और गुणवत्ता परीक्षण के अनुयायी के रूप में, इस संरेखण को पसंद नहीं करता था। और अभी हाल ही में, मैं एक अद्भुत पुस्तकालय - पॉवरमॉक में आया , जिसने मेरे लगभग सभी अनुरोधों को पूरा किया। एक को छोड़कर, लेकिन उस पर बाद में।


तो चलिए शुरू करते हैं। काम के लिए हमें चाहिए: जावा, जुनीत, मॉकिटो का ज्ञान। यह सारा सामान एक साधारण मावेन परियोजना में पकाया जाएगा (मुझे आशा है कि आपने किसी को भी इससे आश्चर्यचकित नहीं किया होगा)।
सबसे पहले, सुनिश्चित करें कि परियोजना में कम से कम 4 संस्करण की एक JUnit निर्भरता जोड़ी गई है। बेशक, आप पुराने संस्करणों के साथ सब कुछ कॉन्फ़िगर और उपयोग कर सकते हैं। लेकिन हम सभी नवीनतम संस्करण करेंगे। अब Mockito & PowerMock को जोड़ें। आपको कुछ इस तरह से मिलना चाहिए:

<properties> <junit.version>4.11</junit.version> <mockito.version>1.9.5</mockito.version> <powermock.version>1.5</powermock.version> </properties> <dependencies> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>${junit.version}</version> <scope>test</scope> </dependency> <dependency> <groupId>org.mockito</groupId> <artifactId>mockito-all</artifactId> <version>${mockito.version}</version> </dependency> <dependency> <groupId>org.powermock</groupId> <artifactId>powermock-module-junit4</artifactId> <version>${powermock.version}</version> <scope>test</scope> </dependency> <dependency> <groupId>org.powermock</groupId> <artifactId>powermock-api-mockito</artifactId> <version>${powermock.version}</version> <scope>test</scope> </dependency> </dependencies> 

सब कुछ जाने के लिए तैयार है। चलो शुरू हो जाओ! मैं किसी प्रकार के कार्य का आविष्कार नहीं करूँगा, "हैलो वर्ल्ड!" या "पेट क्लिनिक"। हम गोलाकार उदाहरणों का उपयोग करके स्थितिजन्य विश्लेषण करते हैं। जिन लोगों को बहुत सारे अनुभव लेखन परीक्षण हैं, वे तुरंत देखेंगे कि यह कैसे लागू किया जा सकता है। और जो अभी शुरू कर रहे हैं ... वे अभ्यास में समान स्थितियों का सामना करने पर सब कुछ समझ जाएंगे।

चलो एक साधारण से शुरू करते हैं। कहीं हमारे सरल कोड के आंतों में, एक अंतिम वर्ग का उपयोग किया जाता है, जिस विधि की कॉल हमें जांचनी होगी। मॉकिटो शक्तिहीन है, इस वर्ग में इंटरफ़ेस नहीं है, और कक्षा में बच्चे नहीं हो सकते हैं। हम या तो कुछ भी नहीं बदल सकते हैं - या तो वास्तुशिल्प सुविधाओं के कारण, या इस तथ्य के कारण कि यह एक तृतीय-पक्ष सेवा है। स्पष्टता के लिए कोड:

 //   public final class ExternalService { public void doMegaWork() { //   , //         =) } } //   public class InternalService { private final ExternalService externalService; public InternalService(final ExternalService externalService) { this.externalService = externalService; } public void doWork() { externalService.doMegaWork(); } } 

बगीचे में बाड़ न लगाने के लिए, अद्भुत अवसर का लाभ लें पावरमॉक। परीक्षण इस तरह दिखेगा:

 @RunWith(PowerMockRunner.class) @PrepareForTest({ ExternalService.class }) public class InternalServiceTest { private final ExternalService externalService = PowerMockito.mock(ExternalService.class); private final InternalService internalService = new InternalService(externalService); @Before public void before() { Mockito.reset(externalService); } @Test public void doWorkTest() { internalService.doWork(); Mockito.verify(externalService).doMegaWork(); } } 

परीक्षण चलाएं - सब कुछ काम करता है! हम यह पता लगाएंगे कि क्या है। आपकी आंख को पकड़ने वाली पहली चीज @RunWith & @PrepareForTest एनोटेशन है। पावरमॉक के साथ मानक जेयूनिट टेस्ट रनर को बदलने के लिए सबसे पहले आवश्यक है, जो फाइनल क्लास से मॉक ऑब्जेक्ट बनाने की समस्या को हल करने के लिए क्लास लोडर के जादू का उपयोग करता है। दूसरा एनोटेशन परीक्षण धावक को बताता है कि परीक्षण के लिए कौन सी कक्षाएं तैयार करनी हैं। इसके अलावा, हम देखते हैं कि एक नकली वस्तु बनाने के लिए हम पॉवरमॉकिटो सेट से फैक्टोरियल विधि का उपयोग करते हैं। वह सब है!

एक और सरल और दिलचस्प विशेषता स्थिर तरीकों से कॉल की जांच करना है। लिस्टिंग:

 //   public class StaticService { public static void doStatic() { // } public static String doStaticWithParams(final Object obj) { return ""; } } //   public class UseStaticService { public String useStatic(final Object obj) { StaticService.doStatic(); // return StaticService.doStaticWithParams(obj); } } //    @RunWith(PowerMockRunner.class) @PrepareForTest({ StaticService.class }) public class UseStaticServiceTest { private static final Object OBJECT_PARAM = new Object(); private static final String RETURN_STRING = "result"; private final UseStaticService useStaticService = new UseStaticService(); public UseStaticServiceTest() { PowerMockito.mockStatic(StaticService.class); PowerMockito.when(StaticService.doStaticWithParams(OBJECT_PARAM)).thenReturn(RETURN_STRING); } @Test public void useStaticTest() { String result = useStaticService.useStatic(OBJECT_PARAM); PowerMockito.verifyStatic(); StaticService.doStatic(); PowerMockito.verifyStatic(); StaticService.doStaticWithParams(OBJECT_PARAM); assertEquals(RETURN_STRING, result); } } 

स्थिर तरीकों से काम करने के लिए @RunWith और @PrepareForTest एनोटेशन भी आवश्यक हैं। विचार करें कि नए निर्देश क्या हैं:
PowerMockito.mockStatic (कक्षा <?> प्रकार) - किसी दिए गए वर्ग में सभी स्थिर विधियों के लिए एक नकली बनाता है। यह ध्यान देने योग्य है कि आप केवल आवश्यक तरीकों के लिए एक नकली बना सकते हैं। कैसे - यह अपने आप को समझ;)
PowerMockito.when (T methodCall) .thenReturn (returnValue) - निर्मित स्टब के लिए कुछ व्यवहार निर्धारित करने का एक मानक तरीका है।
PowerMockito.verifyStatic () - प्रत्येक स्टैटिक मेथड कॉल की जाँच करने से पहले कहा जाता है।
एक्सटर्मागेस्वाइस.ऑडस्टैटिक () - परिभाषित करता है कि किस विधि को बुलाया जाना चाहिए।

एक और बढ़िया पावरमॉक फीचर नई वस्तुओं का मजाक बनाना है। इस गोलाकार उदाहरण पर विचार करें:

 // ,    public final class ExternalServiceFactory { public ExternalService createExternalService() { return new ExternalService(); } } //  ,        public class InternalService { private final ExternalServiceFactory externalServiceFactory; public InternalService(final ExternalServiceFactory externalServiceFactory) { this.externalServiceFactory = externalServiceFactory; } public void doWork() { externalServiceProvider.createExternalService.doMegaWork(); } } // , ,  @RunWith(PowerMockRunner.class) @PrepareForTest({ ExternalServiceFactory.class, ExternalService.class }) public class InternalServiceTest { private final ExternalService externalService = PowerMockito.mock(ExternalService.class); private final ExternalServiceFactory externalServiceFactory; private final InternalService internalService; public InternalServiceTest() throws Exception { PowerMockito.whenNew(ExternalService.class) .withNoArguments() .thenReturn(externalService); externalServiceFactory = new ExternalServiceFactory(); internalService = new InternalService(externalServiceFactory); } @Before public void before() { Mockito.reset(externalService); } @Test public void doWorkTest() { internalService.doWork(); Mockito.verify(externalService).doMegaWork(); } } 

PowerMockito.whenNew (वर्ग <?> प्रकार) .withNoArguments ()। तब पुनर्जन्म (उदाहरण) का निर्माण PowerMock को निरीक्षण कक्षाओं में एक उदाहरण ऑब्जेक्ट के साथ टाइप ऑब्जेक्ट्स के निर्माण को बदलने के लिए कहता है। यह महत्वपूर्ण है कि जिस वस्तु में निर्माण के बाद नकली वस्तु का निर्माण करना है, उसे बदलना आवश्यक है। यह भी ध्यान दिया जाना चाहिए कि बाहरी सेवा एक साधारण वस्तु नहीं हो सकती है, लेकिन एक आंशिक नकली (जासूस) और फिर उसके व्यवहार को भी जांचा जा सकता है।

मरहम में एक अप्रिय मक्खी यह है कि यदि आपको उस वर्ग (@PrepareForTest) को निर्देश देने की आवश्यकता है जो आप परीक्षण कर रहे हैं (उदाहरण के लिए, मोज़ेक के साथ आँकड़े आरंभ करने के लिए), तो आप कभी भी परीक्षण के बिना इस वर्ग की कवरेज की डिग्री नहीं जान पाएंगे, क्योंकि कवरेज टूल इसका निरीक्षण नहीं कर पाएगा। ऐसे मामलों में, मैं परीक्षण को दो वर्गों में विभाजित करता हूं। पहले में मैं वह सब कुछ जांचता हूं जो बिना जांचे-परखे वर्ग को निर्देश दिए जा सकता है, दूसरे में - केवल @PrepareForTest के लिए क्या करना होगा।

ये कुछ महान परीक्षण अवसर हैं जो पावरमॉक प्रदान करता है। इसमें अन्य विशेषताओं का एक टन भी है, जैसे कि निजी तरीकों को छिपाना, आंतरिक, नेस्टेड और अनाम कक्षाएं, और बहुत कुछ। लेकिन ऊपर वर्णित कार्यक्षमता, मेरी राय में, महत्वपूर्ण है। आप खुद से आराम कर सकते हैं या, यदि आप मेरी प्रस्तुति पसंद करते हैं, तो मैं आपको एक अन्य लेख में बता सकता हूं।