सीआई / सीडी पैटर्न और विरोधी पैटर्न। भाग २

शुभ दोपहर आज हम आपके साथ लेख "CI / CD पैटर्न्स और एंटी-पैटर्न्स" के दूसरे भाग के अनुवाद को साझा कर रहे हैं, जो पाठ्यक्रम "DevOps Practices and Tools" पर एक नई स्ट्रीम के लॉन्च के लिए समर्पित है। इस लेख का पहला भाग यहाँ पढ़ा जा सकता है ।

1.3 परीक्षण में पैटर्न और एंटीपैटर्न

1.3.1 टेस्ट ऑटोमेशन

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

1.3.2 परीक्षण डेटा का अलगाव

• पैटर्न: डेटाबेस-निर्भर परीक्षणों (जैसे घटक परीक्षण) के लिए लेनदेन का उपयोग करें और पूरा होने पर लेनदेन वापस करें। व्यवहार को प्रभावी ढंग से परखने के लिए डेटा का एक छोटा सबसेट उपयोग करें।
• विरोधी पैटर्न: प्रतिबद्ध चरण परीक्षणों के लिए उत्पादन डेटा की एक प्रति का उपयोग करना। एक सामान्य डेटाबेस पर परीक्षण चल रहा है।

1.3.3 समानांतर टेस्ट

• पैटर्न: समानांतर में, खर्च किए गए समय को कम करने के लिए हार्डवेयर इंस्टेंस पर कई परीक्षण चलाएं।
• विरोधी पैटर्न: एकल मशीन या उदाहरण पर चल रहे परीक्षण। रनिंग निर्भर परीक्षण जो समानांतर में नहीं चलाए जा सकते हैं।

1.3.4 सिस्टम स्थिरता

• पैटर्न: परिनियोजन जटिलता को कम करने के लिए बाहरी सिस्टम का अनुकरण करने के लिए स्टब्स का उपयोग करें।
• एंटी-पैटर्न: मैनुअल स्टैम्प बिल्ड और परिनियोजन के लिए अन्योन्याश्रित प्रणालियों का मैनुअल इंस्टॉलेशन और कॉन्फ़िगरेशन।

1.3.5 अंत-से-अंत परीक्षण हानिकारक माना जाता है

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

उदाहरण के लिए, कंपनी भुगतान सेवा पर विचार करें, जिसमें वर्ष के अंत में भुगतान बाद की भुगतान सेवा को भेजा जाता है।

कंपनी भुगतान सेवा के व्यवहार को निम्नलिखित प्रकार के स्वचालित परीक्षणों के द्वारा विधानसभा समय के दौरान जांचा जा सकता है:

• इकाई परीक्षण: व्यक्तिगत कोड मॉड्यूल की जाँच करते समय लक्ष्य और कार्यान्वयन की तुलना करना।
• स्वीकृति परीक्षण: सिस्टम के कार्यात्मक भाग की जांच करते समय कार्यान्वयन और आवश्यकताओं की तुलना।
• एंड-टू-एंड परीक्षण: सिस्टम के कार्यात्मक भाग की जांच करते समय कार्यान्वयन और आवश्यकताओं की तुलना, जिनमें मालिकाना निर्भर सेवाएं शामिल हैं।

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

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

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

दूसरे भाग का अंत।

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