चौखटे का परिचय (भाग 1)

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

ढांचों की पहली पीढ़ी

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

रेखीय रूपरेखा

एक छोटी रेखीय लिपि का उदाहरण नीचे प्रस्तुत किया गया है। कृपया ध्यान दें कि इसमें बाहरी मॉड्यूल के लिए कॉल नहीं है या बाहरी डेटा तक पहुंच नहीं है।

1. इनपुट "जॉन" यूजरनेम टेक्स्टबॉक्स में
2. पासवर्ड टेक्स्ट बॉक्स में "JPass" इनपुट करें
3. लॉगिन बटन पर क्लिक करें
4. अगर "वेलकम स्क्रीन" मौजूद है
5. टेस्ट पास करें
6. अन्यथा
7. परीक्षण विफल
8. यदि समाप्त हो

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

रैखिक चौखटे का लाभ

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

रैखिक फ्रेमवर्क के नुकसान

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

भाग २