साइड इफेक्ट्स के साथ यूनिट परीक्षण फ़ंक्शन?

Question

मान लीजिए कि आप अगर एक पेज उचित यूआरएल द्वारा पहुँच गया था जांच करने के लिए एक समारोह लिख रहे हैं। एक पेज stackoverflow.com/questions/123 पर संपर्क किया जा सकता है, जबकि, उदाहरण के लिए, हम (एसईओ कारणों के लिए) पसंद करेंगे यह रीडायरेक्ट करने के लिए stackoverflow.com/questions/123/how-do के लिए - पेज एक "प्रामाणिक" ठूंठ है मैं-चाल-कछुआ-इन-लोगो - और वास्तविक रीडायरेक्ट सुरक्षित रूप से अपनी ही विधि में निहित है (उदाहरण के लिए redirectPage ($ url)।), लेकिन कैसे आप ठीक ढंग से समारोह है जो यह कहता है परीक्षण करते हैं?

उदाहरण के लिए, निम्नलिखित समारोह ले:

function checkStub($questionId, $baseUrl, $stub) { 
    canonicalStub = model->getStub($questionId); 
    if ($stub != $canonicalStub) { 
    redirectPage($baseUrl . $canonicalStub); 
    } 
} 

यदि आप इकाई परीक्षण करने के लिए checkStub() फ़ंक्शन थे, रीडायरेक्ट रास्ते में नहीं होगा?

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

क्या मैं इकाई परीक्षण में बस असफल हूं?

Answer 1

ऐसा लगता है कि आपके पास सिर्फ एक और परीक्षण केस है। आपको यह जांचने की ज़रूरत है कि स्टब को सकारात्मक और नकारात्मक परीक्षण दोनों के साथ एक स्टब के रूप में सही ढंग से पहचाना जाता है, और आपको यह जांचने की आवश्यकता है कि जिस पृष्ठ पर आपको रीडायरेक्ट किया गया है वह सही है।

या क्या मैं इस सवाल को पूरी तरह गलत समझता हूं?

Answer 2

आप कहते हैं ...

जहां कुछ कार्यों एकीकरण परीक्षण की दुनिया में बहुत बड़ा हो और इकाई परीक्षण के दायरे को छोड़ने के लिए और लगता है यह एक बड़ा समस्या का हिस्सा है

मुझे लगता है कि यही कारण है कि इकाई परीक्षण (1) कठिन है और (2) उस कोड की ओर जाता है जो अपने वजन के नीचे नहीं गिरता है। आपको अपनी सभी निर्भरताओं को तोड़ने के बारे में सावधानी बरतनी होगी या आप इकाई परीक्षण == एकीकरण परीक्षण के साथ समाप्त होना चाहिए।

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

Answer 3

यह एक पुराना सवाल है, लेकिन मुझे लगता है कि यह उत्तर प्रासंगिक है। @ रोब बताता है कि आप एक निर्भरता के रूप में एक पुनर्निर्देशक इंजेक्षन करेंगे - और यकीन है, यह काम करता है। हालांकि, आपकी समस्या यह है कि आपके पास चिंताओं का अच्छा अलगाव नहीं है।

आपको अपने कार्यों को यथासंभव परमाणु बनाने की आवश्यकता है, और फिर आपके द्वारा बनाए गए दानेदार कार्यों का उपयोग करके बड़ी कार्यक्षमता लिखें। आप ने लिखा है इस:

function checkStub($questionId, $baseUrl, $stub) { 
    canonicalStub = model->getStub($questionId); 
    if ($stub != $canonicalStub) { 
    redirectPage($baseUrl . $canonicalStub); 
    } 
} 

मैं इस बारे में चाहते हैं:

function checkStubEquality($stub1, $stub2) { 
    return $stub1 == $stub2; 
    } 

    canonicalStub = model->getStub($questionId); 
    if (!checkStubEquality(canonicalStub, $stub)) redirectPage($baseUrl . $canonicalStub);