🌞 😦 👵🏽 स्वचालित परीक्षण के लिए 4 सर्वश्रेष्ठ डिज़ाइन पैटर्न (और 86 अधिक) 🕺🏿 🔮 👶🏾

सभी को नमस्कार। पाठ्यक्रम की शुरुआत की प्रत्याशा में, "पायथन क्यूए इंजीनियर" ने एक और दिलचस्प सामग्री का अनुवाद तैयार किया।

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

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

स्वचालित परीक्षण के लिए डिज़ाइन पैटर्न इतने महत्वपूर्ण क्यों हैं?

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

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

पेज ऑब्जेक्ट्स

ऑटोमेशन गिल्ड 2017 से निकोले एडोलोडकिन द्वारा पेज ऑब्जेक्ट का एक उदाहरण,

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

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

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

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

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

इससे बचने के लिए, स्क्रिप्ट के कई मोड़, जो पहले एंथोनी मार्केनो ( @AntonyMarcano) द्वारा एंडी पामर ( @AndyPalmer), जन मोलक ( @JanMolak) और अन्य की भागीदारी के साथ वर्णित किए गए थे।

स्क्रीनप्ले पैटर्न

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

स्क्रीनप्ले पैटर्न पृष्ठ ऑब्जेक्ट लेता है और उन्हें वास्तव में छोटे टुकड़ों में तोड़ता है। कुछ परीक्षकों का कहना है कि इसने उनके परीक्षणों को अधिक सुव्यवस्थित और विश्वसनीय बना दिया है।
एक और महत्वपूर्ण लाभ यह है कि यह परीक्षण स्क्रिप्ट को अधिक पठनीय बनाता है। 2017 में ऑटोमेशन गिल्ड सेशन में 2017 में स्क्रीनप्ले पैटर्न के

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

यहाँ एक उदाहरण है:

जॉन स्मार्ट द्वारा स्वचालन गिल्ड सत्र 2017 से पटकथा पैटर्न के कार्यान्वयन का एक उदाहरण।

पहली नज़र में, ऐसा लग सकता है कि इस पैटर्न का उपयोग करना एक ही पृष्ठ ऑब्जेक्ट्स की तुलना में बहुत अधिक कठिन है, लेकिन जॉन ने उल्लेख किया कि इस दृष्टिकोण का उपयोग करने से रखरखाव और समर्थन की लागत को कम करके उन्होंने बहुत समय से काम की टीमों को बचाया।

पोर्ट और एडेप्टर

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

नेटवर्क और I / O से छुटकारा पाएं ताकि परीक्षण सूट को धीमा न करें। बेशक, यह करना आसान नहीं है, लेकिन जितना अधिक आप इसके लिए प्रयास करते हैं जब उपयोगकर्ता इंटरफ़ेस स्वचालन बनाते हैं, तो यह आपके लिए बेहतर होगा।

मुझे इस पैटर्न के बारे में ककड़ी के निर्माता असलाक हेलसोय के साथ एक साक्षात्कार के दौरान पता चला ( @aslak_hellesoy)उन्होंने इसे ककड़ी के एंड-टू-एंड परीक्षण से त्वरित प्रतिक्रिया प्राप्त करने के लिए एक रणनीति के रूप में वर्णित किया।

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

प्रस्तुतकर्ता पहले

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

आप अपने मॉडल और नियंत्रक को भी अनुकूलित कर सकते हैं ताकि वे सभी प्रकार के अजीब व्यवहार का अनुकरण करें, उदाहरण के लिए, नेटवर्क विफलता।

86 अन्य स्वचालित परीक्षण पैटर्न

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

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

पाठ्यक्रम के बारे में अधिक जानें।

स्वचालित परीक्षण के लिए 4 सर्वश्रेष्ठ डिज़ाइन पैटर्न (और 86 अधिक)

पेज ऑब्जेक्ट्स

स्क्रीनप्ले पैटर्न

पोर्ट और एडेप्टर

प्रस्तुतकर्ता पहले

86 अन्य स्वचालित परीक्षण पैटर्न

More articles: