यूनिट परीक्षण, सही ढंग से लिखने की कोशिश कर रहा है, ताकि बाद में यह कष्टदायी रूप से दर्दनाक न हो

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

विश्व स्तर पर इकाई परीक्षणों को सशर्त रूप से दो समूहों में विभाजित किया जा सकता है: राज्य आधारित परीक्षण और इंटरैक्शन परीक्षण ।

राज्य परीक्षण - वे परीक्षण जो यह सत्यापित करते हैं कि ऑब्जेक्ट की तथाकथित विधि सही तरीके से काम की है, विधि के बाद परीक्षण की गई वस्तु की स्थिति की जांच करना।

इंटरेक्शन टेस्ट ऐसे परीक्षण हैं जिनमें परीक्षण ऑब्जेक्ट अन्य ऑब्जेक्ट के साथ जोड़तोड़ करता है। उनका उपयोग तब किया जाता है जब आपको यह सुनिश्चित करने की आवश्यकता होती है कि परीक्षण ऑब्जेक्ट अन्य ऑब्जेक्ट के साथ सही ढंग से इंटरैक्ट करता है।

यह भी ध्यान देने योग्य है कि एक इकाई परीक्षण आसानी से एकीकरण परीक्षण में बदल सकता है यदि परीक्षण वास्तविक वातावरण (बाहरी निर्भरता) का उपयोग करता है - जैसे डेटाबेस, फ़ाइल सिस्टम, आदि।

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

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

यह ध्यान देने योग्य है कि जेरार्ड मेसरोच द्वारा लिखित इकाई परीक्षणों पर एक क्लासिक काम है, जिसे "एक्सयूनिट टेस्ट पैटर्न: रिफैक्टिंग टेस्ट कोड " कहा जाता है, जिसमें लेखक 5 प्रकार के परीक्षण ऑब्जेक्ट का परिचय देता है, जो एक अप्रस्तुत व्यक्ति को आसानी से भ्रमित कर सकता है:

- डमी ऑब्जेक्ट , जो आमतौर पर एक पैरामीटर के रूप में परीक्षण किए गए वर्ग को पास किया जाता है, लेकिन कोई व्यवहार नहीं होता है, इसके लिए कुछ भी नहीं होता है, कोई विधियां नहीं कहलाती हैं। ऐसी डमी वस्तुओं के उदाहरण नई वस्तु (), अशक्त, "उपेक्षित स्ट्रिंग", आदि हैं।

- टेस्ट स्टब (ठूंठ), बाहरी निर्भरता से डेटा प्राप्त करने के लिए इसका इस्तेमाल किया जाता है। इसी समय, यह उन सभी डेटा को अनदेखा करता है जो स्टब में परीक्षण की गई वस्तु से आ सकते हैं। सबसे लोकप्रिय प्रकार की परीक्षण वस्तुओं में से एक। कॉन्फ़िगरेशन फ़ाइल से रीड का उपयोग कर परीक्षण ऑब्जेक्ट है? हम इसे कॉन्फ़िग फ़ाइलस्टब देते हैं जो फ़ाइल सिस्टम पर निर्भरता से छुटकारा पाने के लिए परीक्षण कॉन्फ़िगरेशन लाइनों को लौटाता है।

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

- मॉक ऑब्जेक्ट (मॉक-ऑब्जेक्ट), एक परीक्षण जासूस के समान है, हालांकि, यह बाद के सत्यापन के लिए पारित मापदंडों के साथ कॉल के अनुक्रम को रिकॉर्ड नहीं करता है, लेकिन यह गलत तरीके से प्रसारित डेटा के अपवादों को फेंक सकता है। यानी यह मॉक ऑब्जेक्ट है जो परीक्षण की गई वस्तु के व्यवहार की शुद्धता की जांच करता है।

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

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

भ्रमित? हो सकता है कि। इस लेख में यह दिखाने का कार्य था कि सही इकाई परीक्षण लिखना एक जटिल काम है, और यह कि सब कुछ नकली नहीं है जो नकली-रूपरेखाओं का उपयोग करके बनाया गया है।

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