विशेष रूप से पायथन क्यूए इंजीनियर कोर्स के छात्रों के लिए लेख का अनुवाद तैयार किया गया था ।

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

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

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

सेलेनियम का उपयोग कर परीक्षण स्वचालन से रॉय का मूल्यांकन करने के लिए मेट्रिक्स

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

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

सेलेनियम के साथ टेस्ट ऑटोमेशन एरिया

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

संक्षेप में, आपको स्वचालित परीक्षण मामलों की कुल संख्या और परीक्षण मामलों की संख्या की तुलना करनी होगी जिसमें आप स्वचालन लागू कर सकते हैं।

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

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

आप कितना समय बचाएंगे?

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

अपने संसाधनों की बैंडविड्थ

हम जानते हैं कि सेलेनियम के साथ परीक्षण स्वचालन से आपको अपना वेब एप्लिकेशन बाज़ार में शीघ्रता से लॉन्च करने में मदद मिलेगी। हालांकि, कोई भी संगठन अपने कर्मचारियों को ज्यादातर समय बेकार नहीं बैठना चाहता है, स्क्रिप्ट के काम करने की प्रतीक्षा कर रहा है। ROI की गणना के लिए आपकी टीम में प्रत्येक परीक्षक द्वारा किए गए प्रयासों का गहन विश्लेषण आवश्यक है।

संसाधनों और उपकरणों का निवेश बजट

टेस्ट ऑटोमेशन से समय और मेहनत बचती है। हालांकि, इसका मतलब मूल्य निर्धारण के साथ एक समझौता है। आपको यह सोचने की ज़रूरत है कि स्वचालित परीक्षण करने के लिए उपकरणों को बनाए रखने पर आप कितना बजट खर्च कर सकते हैं।

दोषों की कुल संख्या

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

स्वचालित परीक्षण के लिए सही आरओआई ढूँढना

प्रतिगमन चक्रों की संख्या के आधार पर जो परियोजना जीवन चक्र के दौरान किए जाने चाहिए, आरओआई एक सकारात्मक मूल्य ले सकता है। आमतौर पर, ROI की गणना निम्न सूत्र का उपयोग करके की जाती है:

ROI = (   –   ) /    

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

दोषों की गुणवत्ता

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

स्वचालित परीक्षण से ROI की गणना करते समय सामान्य त्रुटियां

यद्यपि ROI गणना में एक सरल सूत्र का उपयोग करके एक मूल गणना शामिल है, यदि आप कुछ महत्वपूर्ण मापदंडों को याद करते हैं, तो त्रुटियाँ हो सकती हैं। आइए कुछ सामान्य गलतियों पर चर्चा करें जो लोग ROI की गणना करते समय करते हैं।

स्रोत

आप मैन्युअल परीक्षण की पूरी तरह से उपेक्षा नहीं करते हैं, क्या आप?

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

बड़ी तस्वीर की कल्पना करो

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

क्या आपने अपने संगठन की क्षमताओं की सराहना की है?

आपको परीक्षण स्वचालन उपकरणों के ढेर के साथ अपने संगठन की क्षमताओं से मेल खाना चाहिए। एक स्वचालित परीक्षण रणनीति के सफल कार्यान्वयन के लिए उत्पाद ज्ञान और स्वचालन ज्ञान दोनों की आवश्यकता होती है। आपकी टीम को स्पष्ट समझ होनी चाहिए कि इच्छित स्वचालन उपकरण का उपयोग कैसे किया जाए, साथ ही साथ आवेदन कैसे काम करता है।

टेस्ट सपोर्ट जरूरी है

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

उचित गुणवत्ता के दस्तावेज का अभाव

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

सेलेनियम के साथ परीक्षण स्वचालन से आरओआई बढ़ाने के लिए क्या करना है

फिलहाल, हम सामान्य गलतियों से अवगत हैं और परीक्षण स्वचालन से आरओआई की गणना के लिए संकेतक जानते हैं। आगे क्या? निष्पादन। सेलेनियम के साथ परीक्षण स्वचालन से अधिकतम आरओआई प्राप्त करने का सबसे अच्छा तरीका कैसे खोजें? ठीक है, यहाँ आपको परीक्षण स्वचालन से सबसे अधिक मदद करने के लिए कुछ उल्लेखनीय अभ्यास दिए गए हैं।

नए टेस्ट के लिए ऑटोमेशन लागू करें

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

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

नए परीक्षण मामलों के लिए स्वचालन प्रक्रिया की प्राथमिकता

हम सभी जानते हैं कि प्रतिगमन परीक्षण हमेशा एक प्राथमिकता है, खासकर जब क्रॉस-ब्राउज़र संगतता की जांच करने के लिए विभिन्न ब्राउज़रों में एक वेब एप्लिकेशन के दृश्य प्रतिगमन परीक्षण की बात आती है।

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

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

ब्राउज़रों और ओएस के लिए विभिन्न परीक्षण कॉन्फ़िगरेशन के तहत लगभग 100% परीक्षण कवरेज

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

कवरेज अनुपात सिफारिशें

आप धुएं के परीक्षण, इकाई परीक्षण और प्रतिगमन परीक्षण करके परीक्षण कवरेज बढ़ा सकते हैं जो त्रुटियों के स्रोत को इंगित करता है।

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

धुआँ परीक्षण एक अनुप्रयोग में हॉटफ़िक्स भेजते समय परीक्षण मामलों को कवर करने के लिए समानांतर में धुआँ परीक्षण चलाना सबसे अच्छा तरीका है। स्वचालित धुआं परीक्षण आपके वेब एप्लिकेशन के लिए दैनिक परीक्षण करने का एक अच्छा तरीका है।

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

दोष रिसाव के बारे में याद रखें - उत्पादन चक्र के दौरान होने वाली त्रुटियों की संख्या, इस तथ्य के कारण कि परीक्षण के पहले चरणों में उनका पता नहीं लगाया गया था। यह खराब कार्यात्मक परीक्षण कवरेज या खराब परीक्षण वातावरण के कारण हो सकता है।

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

डुप्लिकेट और निरर्थक परीक्षण मामलों की संख्या का पता लगाएं

परीक्षण मामलों का दोहराव एक महत्वपूर्ण कारक है जिससे परीक्षण के लिए बजट में वृद्धि हो सकती है। उन परीक्षण मामलों को फिर से विकसित करने का कोई मतलब नहीं है जो आप पहले से ही दूसरे मॉड्यूल के लिए उपयोग करते थे। परीक्षण मामलों का पुन: उपयोग तेजी से परीक्षण की ओर जाता है।

लागत गणना में शामिल हैं:

• दोहराए जाने वाले परीक्षणों की संख्या;
• दोहराए गए घटकों के साथ परीक्षण के मामले;
• इन सभी निरर्थक परीक्षण मामलों का पता लगाने और बनाने के लिए आवश्यक समय;
• परीक्षण मामले प्रबंधन उपकरण का उपयोग करने की लागत की गणना।

अतिरेक को कम करने के लिए सिफारिशें:

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

समस्याओं के बिना सेलेनियम ग्रिड ऑन-क्लाउड के साथ स्वचालित क्रॉस-ब्राउज़र परीक्षण करें

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

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

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

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

लेम्बडाटेस्ट क्रॉस-ब्राउज़र परीक्षण के लिए एक क्लाउड है जिसमें आप समानांतर में उपकरणों और ब्राउज़रों के कई संयोजनों पर कई सेलेनियम परीक्षण के मामले चला सकते हैं, जो विभिन्न उपकरणों पर क्रॉस-ब्राउज़र परीक्षण और परीक्षण के लिए अपनी "प्रयोगशाला" बनाने की लागत को कम करता है।

याद रखें कि यदि समानांतर परीक्षण सही ढंग से नहीं किया गया है, तो दोष के रिसाव का खतरा है। जितनी जल्दी आप एक गलती पाते हैं, इसे ठीक करना उतना ही आसान है।

उन्नत रॉय गणना के तरीके

अब जब हमने मूल बातें सीख ली हैं, तो आरओआई की गणना के लिए उपयोग किए जाने वाले उन्नत तरीकों के बारे में बात करने का समय आ गया है।

प्रभावी आरओआई

स्रोत

क्योंकि स्वचालित परीक्षण मामलों को पूरे दिन चलाया जा सकता है, आरओआई की गणना दिनों में की जाती है। दूसरी ओर, मैन्युअल परीक्षण के साथ, केवल परीक्षक के कार्य समय को ध्यान में रखा जाता है, जो दिन में औसतन 8 घंटे होता है। सूत्र जो ROI की गणना का आधार है:

• (ए) स्वचालन के लिए एक परीक्षण के मामले को विकसित करने का समय = (समय एक परीक्षण को स्वचालित करने के लिए समय * स्वचालन के लिए परीक्षण मामलों की संख्या * आरओआई अवधि) / 8
• (बी) स्वचालित परीक्षण मामले का निष्पादन समय = (परीक्षण के अनुसार स्वचालित परीक्षण निष्पादन समय * स्वचालन के लिए परीक्षण मामलों की संख्या * आरओआई अवधि) / १ test
• ( c ) स्वचालित परीक्षण विश्लेषण समय = (परीक्षण विश्लेषण समय * ROI अवधि) / 8
• (d) स्वचालित परीक्षण के लिए सेवा समय = (सेवा समय * ROI अवधि) / 8
• (ई) मैनुअल निष्पादन समय = (मैनुअल परीक्षण निष्पादन समय * मैनुअल परीक्षण मामलों की संख्या * आरओआई अवधि) / time

नोट: निवेशों की पेबैक अवधि (आरओआई अवधि) सप्ताह की संख्या है जिसके लिए 8 से विभाजित आरओआई की गणना की जानी चाहिए, हर जगह होता है जहां मैनुअल श्रम को ध्यान में रखा जाता है। जहां भी स्वचालन का उपयोग किया जाता है वहां 18 से विभाजन होता है।

प्रभावशीलता की गणना में, संगठन के लिए स्वचालित परीक्षण कितना प्रभावी है, इस पर ध्यान केंद्रित किया गया है। मौद्रिक कारक को माध्यमिक माना जाता है, इसलिए, परीक्षक के काम के लिए प्रति घंटा वेतन को शामिल करना आवश्यक नहीं है।

जोखिम को कम करने के लिए ROI

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

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

यह सिर्फ एक आवरण है! (मूल। यह एक लपेट है!)

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