सॉफ्टवेयर परीक्षण स्वचालन

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

मूल अवधारणाएँ

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

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

परीक्षण के प्रकार

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

स्वचालित परीक्षण के फायदे और नुकसान

लेकिन क्या सब कुछ इतना अच्छा और सुंदर है, जैसा कि ऊपर वर्णित है? इन सवालों का जवाब देने के लिए, मैं अपने लिए उचित निष्कर्ष निकालने के लिए "पेशेवरों और विपक्षों का वजन" प्रस्तावित करता हूं।

फायदे:
• "मानव कारक" को रनटाइम पर बाहर रखा गया है: परीक्षण स्क्रिप्ट में लापरवाही से त्रुटियां नहीं होंगी;
• तेजी से निष्पादन;
• परीक्षण परिणामों पर स्वचालित रूप से उत्पन्न और सहेजी गई रिपोर्ट;
• पृष्ठभूमि में निष्पादन - परीक्षणों के निष्पादन के दौरान, आप अन्य कार्य कर सकते हैं या घंटों के बाद परीक्षण स्क्रिप्ट चला सकते हैं।

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

स्वचालित परीक्षण लागू करें

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

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

परिणाम

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