स्पॉक फ्रेमवर्क में मोक्स, स्टब्स और जासूस

मॉक 3 शक्तिशाली (लेकिन सार में अलग) उपकरण प्रदान करता है जो लेखन परीक्षणों को सरल बनाता है: मॉक, स्टब और स्पाई।

काफी बार, कोड की आवश्यकता होती है जिसे बाहरी मॉड्यूल के साथ बातचीत करने की आवश्यकता होती है जिसे निर्भरता कहा जाता है (मूल लेख सहयोगी शब्द का उपयोग करता है, जो रूसी भाषा के वातावरण में बहुत आम नहीं है)।

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

निर्भरता कार्यान्वयन के आंतरिक विवरणों को बदलते समय इस तरह के अलग-थलग परीक्षणों की समस्या कम होती है।

अनुवादक से: हर बार जब मैं परीक्षण लिखने के लिए Spock फ्रेमवर्क का उपयोग करता हूं, तो मुझे लगता है कि निर्भरता को बदलने का तरीका चुनते समय मैं एक गलती कर सकता हूं। इस लेख में मोक बनाने के लिए एक तंत्र चुनने के लिए सबसे कम संभव धोखा शीट है।

टीएल, डॉ

mocks

मॉक का उपयोग करें:

• परीक्षण कोड और निर्भरता के बीच अनुबंध की जाँच
• उस निर्भरता विधियों को जाँचना कई बार सही संख्या कहलाता है
• मापदंडों का सत्यापन जिसके साथ निर्भरता कोड कहा जाता है

स्टब्स

स्टब का उपयोग करें:

• पूर्वनिर्धारित कॉल परिणाम प्रदान करना
• निर्भरता से अपेक्षित पूर्वनिर्धारित क्रियाएं करना, जैसे अपवादों को फेंकना

जासूस

डर जासूस। जैसा कि स्पॉक प्रलेखन कहता है:

इस तंत्र का उपयोग करने से पहले दो बार सोचें। शायद आपको अपने समाधान को फिर से डिज़ाइन करना चाहिए और अपने कोड को पुनर्गठित करना चाहिए।

लेकिन यह सिर्फ इतना होता है कि ऐसी स्थितियां होती हैं जब हमें विरासत कोड के साथ काम करना होता है। विरासत कोड को मॉब और स्टब्स के साथ परीक्षण करना मुश्किल या असंभव हो सकता है। इस मामले में, केवल एक समाधान है: स्पाई का उपयोग करें।

यह बेहतर है कि स्पाई का उपयोग करके परीक्षणों के साथ विरासत कोड को कवर किया जाए, जिसमें विरासत परीक्षण बिल्कुल न हों।

जासूस का उपयोग करें:

• अन्य तरीकों से परीक्षण नहीं किया जा सकता है कि विरासत कोड का परीक्षण
• उस निर्भरता विधियों को जाँचना कई बार सही संख्या कहलाता है
• पारित मापदंडों की मान्यता
• पूर्वनिर्धारित निर्भरता प्रतिक्रिया प्रदान करना
• निर्भरता विधियों के लिए कॉल के जवाब में पूर्वनिर्धारित क्रियाएं करना

mocks

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

FooController.groovy

 package com.mycompany.myapp import groovy.transform.CompileStatic @CompileStatic class FooController { FooService fooService def doSomething() { render fooService.doSomething("Sally") } } 

FooService.groovy

 package com.mycompany.myapp import groovy.transform.CompileStatic @CompileStatic class FooService { String doSomething(String name) { "Hi ${name}, FooService did something" } } 

इस परिदृश्य में, हम एक परीक्षण लिखना चाहते हैं जो परीक्षण करेगा:

• FooController और FooService बीच अनुबंध
• FooService.doSomething(name) को समय की सही संख्या कहा जाता है
• FooService.doSomething(name) को सही पैरामीटर के साथ कहा जाता है

परीक्षण पर एक नज़र डालें:

MockSpec.groovy

 package com.mycompany.myapp import grails.testing.web.controllers.ControllerUnitTest import spock.lang.Specification class MockSpec extends Specification implements ControllerUnitTest<FooController> { void "Mock FooService"() { given: "  " def fooService = Mock(FooService) and: "    " controller.fooService = fooService when: "  " controller.doSomething() then: "         " 1 * fooService.doSomething("Sally") and: "  ''    - 'null'" response.text == null.toString() } } 

उपरोक्त परीक्षण एक सेवा नकली बनाता है:

 def fooService = Mock(FooService) 

परीक्षण यह भी जांचता है कि FooService.doSomething(name) को एक बार कहा जाता है, और इसे पारित पैरामीटर स्ट्रिंग "Sally" मेल खाता है।

 1 * fooService.doSomething("Sally") 

उपरोक्त कोड 4 महत्वपूर्ण समस्याओं को हल करता है:

• FooService लिए नकली बनाता है
• सत्यापित करता है कि FooService.doSomething(String name) को एक बार String पैरामीटर और मान "Sally" FooService.doSomething(String name) "Sally" साथ कहा जाता है
• निर्भरता कार्यान्वयन की जगह, परीक्षण कोड को अलग करता है

स्टब्स

क्या परीक्षण कोड निर्भरता का उपयोग करता है? क्या परीक्षण का उद्देश्य यह सुनिश्चित करना है कि निर्भरता के साथ बातचीत करते समय परीक्षण के तहत कोड सही ढंग से काम करता है? परीक्षण के तहत कोड के लिए निर्भरता विधियों के इनपुट मूल्यों के लिए कॉल के परिणाम हैं?

यदि परीक्षण किए गए कोड का व्यवहार निर्भरता के व्यवहार के आधार पर बदलता है, तो आपको स्टब्स (स्टब) का उपयोग करने की आवश्यकता है।

आइए FooController और FooService साथ निम्नलिखित उदाहरण FooController और स्टब्स का उपयोग करके नियंत्रक कार्यक्षमता का परीक्षण करें।

FooController.groovy

 package com.mycompany.myapp import groovy.transform.CompileStatic @CompileStatic class FooController { FooService fooService def doSomething() { render fooService.doSomething("Sally") } } 

FooService.groovy

 package com.mycompany.myapp import groovy.transform.CompileStatic @CompileStatic class FooService { String doSomething(String name) { "Hi ${name}, FooService did something" } } 

टेस्ट कोड:

StubSpec.groovy

 package com.mycompany.myapp import grails.testing.web.controllers.ControllerUnitTest import spock.lang.Specification class StubSpec extends Specification implements ControllerUnitTest<FooController> { void "Stub FooService"() { given: "  " def fooService = Stub(FooService) { doSomething(_) >> "Stub did something" } and: "    " controller.fooService = fooService when: "  " controller.doSomething() then: "   " // 1 * fooService.doSomething() //        response.text == "Stub did something" } } 

आप इस तरह एक स्टब बना सकते हैं:

 def fooService = Stub(FooService) { doSomething(_) >> "Stub did something" } 

उपरोक्त कोड 4 महत्वपूर्ण समस्याओं को हल करता है:

• एक FooService बनाता है
• यह सुनिश्चित करता है कि FooService.doSomething(String name) को वापस कर देगा "Stub did something" पैरामीटर की परवाह किए बिना (इसलिए हमने _ चरित्र का उपयोग किया)
• एक स्टब के साथ निर्भरता कार्यान्वयन की जगह, परीक्षण कोड को अलग करता है

जासूस

कृपया इस अनुभाग को न पढ़ें।

न देखो।

अगले एक पर छोड़ दें।

अभी भी पढ़ रहे हैं? तो ठीक है, ठीक है, चलो जासूस के साथ सौदा करते हैं।

स्पाई का इस्तेमाल न करें। जैसा कि स्पॉक प्रलेखन कहता है:

इस तंत्र का उपयोग करने से पहले दो बार सोचें। शायद आपको अपने समाधान को फिर से डिज़ाइन करना चाहिए और अपने कोड को पुनर्गठित करना चाहिए।

इस मामले में, ऐसी स्थितियां हैं जब हमें विरासत कोड के साथ काम करना पड़ता है। विरासत कोड का परीक्षण मॉब या स्टब्स का उपयोग करके नहीं किया जा सकता है। इस मामले में, जासूस एकमात्र व्यवहार्य विकल्प बना हुआ है।

जासूस मोक या स्टब्स से अलग होते हैं क्योंकि वे स्टब्स की तरह काम नहीं करते हैं।

जब एक निर्भरता को मोक या स्टब के साथ बदल दिया जाता है, तो एक परीक्षण ऑब्जेक्ट बनाया जाता है, और निर्भरता के वास्तविक स्रोत कोड को निष्पादित नहीं किया जाता है।

दूसरी ओर, जासूस निर्भरता के मुख्य स्रोत कोड को निष्पादित करेगा, जिसके लिए जासूस बनाया गया था, लेकिन जासूस आपको बदलने की अनुमति देगा कि जासूस और चेक विधि कॉल, मोक और स्टब्स की तरह क्या करते हैं। (इसलिए स्पाई नाम)।

आइए निम्नलिखित FooController उदाहरण देखें, जो FooService का उपयोग करता है, और फिर एक जासूस के साथ कार्यक्षमता का परीक्षण करता है।

FooController.groovy

 package com.mycompany.myapp import groovy.transform.CompileStatic @CompileStatic class FooController { FooService fooService def doSomething() { render fooService.doSomething("Sally") } } 

FooService.groovy

 package com.mycompany.myapp import groovy.transform.CompileStatic @CompileStatic class FooService { String doSomething(String name) { "Hi ${name}, FooService did something" } } 

टेस्ट कोड:

SpySpec.groovy

 package com.mycompany.myapp import grails.testing.web.controllers.ControllerUnitTest import spock.lang.Specification class SpySpec extends Specification implements ControllerUnitTest<FooController> { void "Spy FooService"() { given: " -" def fooService = Spy(FooService) and: "   " controller.fooService = fooService when: "  " controller.doSomething() then: "     " 1 * fooService.doSomething("Sally") >> "A Spy can modify implementation" and: '     ' response.text == "A Spy can modify implementation" } } 

जासूसी उदाहरण बनाना काफी सरल है:

 def fooService = Spy(FooService) 

उपरोक्त कोड में, जासूस हमें FooService.doSomething(name) , कॉल की संख्या और पैरामीटर मानों की कॉल की जांच करने की अनुमति देता है। इसके अलावा, जासूस एक अलग मूल्य वापस करने के लिए विधि के कार्यान्वयन को बदलता है।

 1 * fooService.doSomething("Sally") >> "A Spy can modify implementation" 

उपरोक्त कोड 4 महत्वपूर्ण समस्याओं को हल करता है:

• FooService लिए एक जासूस उदाहरण बनाता है
• निर्भरता बातचीत की जाँच करता है
• निर्भरता विधि कॉल के कुछ परिणामों के अनुसार आवेदन कैसे काम करता है, इसकी जांच करता है
• एक स्टब के साथ निर्भरता कार्यान्वयन की जगह, परीक्षण कोड को अलग करता है

पूछे जाने वाले प्रश्न

किस विकल्प का उपयोग करें: मॉक, स्टब या स्पाई?

यह एक सवाल है जो कई डेवलपर्स का सामना करता है। यदि आप सुनिश्चित नहीं हैं कि उपयोग के लिए कौन सा दृष्टिकोण है तो यह FAQ मदद कर सकता है

प्रश्न: परीक्षण कोड और निर्भरता के बीच अनुबंध के सत्यापन का परीक्षण करने का उद्देश्य है?

एक: यदि आपने उत्तर दिया हां, मॉक का उपयोग करें

प्रश्न: क्या परीक्षण का उद्देश्य यह सुनिश्चित करना है कि निर्भरता के साथ बातचीत करते समय परीक्षण के तहत कोड सही ढंग से काम करता है?

एक: यदि आपने उत्तर दिया हां, स्टब का उपयोग करें

प्रश्न: परीक्षण के तहत कोड के लिए निर्भरता विधियों के इनपुट मूल्यों को कॉल करने के परिणाम हैं?

एक: यदि आपने उत्तर दिया हां, स्टब का उपयोग करें

प्रश्न: क्या आप विरासत कोड के साथ काम करते हैं, जिसका परीक्षण करना बहुत मुश्किल है, और आपके पास कोई विकल्प नहीं बचा है?

एक: जासूस का उपयोग करने की कोशिश करो

कोड उदाहरण

आप इस लेख में सभी उदाहरणों के लिए कोड पा सकते हैं:

https://github.com/ddelponte/mock-stub-spy

उपयोगी लिंक

• http://spockframework.org/spock/docs/1.1/all_in_one.html#_interaction_based_testing
• https://martinfowler.com/bliki/UnitTest.html
• https://martinfowler.com/articles/mocksArentStubs.html