when opt automation testing
क्या हमें किसी परियोजना के लिए स्वचालन परीक्षण पर विचार करना चाहिए? हमें स्वचालन परीक्षण के लिए कब जाना चाहिए?
अंतिम उपयोगकर्ता को अच्छी गुणवत्ता प्रदान करने के लिए परीक्षण किया जाता है। परीक्षण चरण के मुख्य पहलुओं में से एक है STLC ।
कोई भी कंपनी सॉफ्टवेयर परीक्षण पर अधिक ध्यान केंद्रित करती है क्योंकि इसकी गुणवत्ता इष्टतम ग्राहक संतुष्टि में लाती है, लेकिन उनमें से कई अभी भी चुनने में संघर्ष करते हैं कि स्वचालित परीक्षण या मैनुअल परीक्षण के साथ किस तरह का परीक्षण किया जाए।
यह लेख पाठक को यह समझने में मदद करता है कि स्वचालन परीक्षण क्या है, इसके लिए कब जाना है, और सबसे महत्वपूर्ण बात, जब इसके लिए नहीं जाना है। इसके अलावा, का इष्टतम उपयोग सीखें परीक्षण के लिए स्वचालन उपकरण ।
जो भी काम किया जाता है, उसे प्रभावी ढंग से किया जाना चाहिए और लागत प्रभावी भी होना चाहिए। इसके अलावा, यह समझ में आना चाहिए ताकि ग्राहक डिलिवरेबल्स के बारे में खुश महसूस करे।
आप क्या सीखेंगे:
- सॉफ्टवेयर परीक्षण और लागत लाभ
- सॉफ्टवेयर टेस्टिंग के पीछे इंटेलिजेंस
- स्वचालन - क्या यह वास्तव में आवश्यक है?
- क्यों स्वचालन?
- जोखिम कारक
- ऑटोमेशन कब नहीं होना चाहिए?
- स्वचालन के लिए लागत बनाम आरओआई
- स्वचालन कहां से कम लागत पर कम करने के लिए रेंडर कर सकता है?
- निष्कर्ष
- अनुशंसित पाठ
सॉफ्टवेयर परीक्षण और लागत लाभ
सॉफ्टवेयर टेस्टिंग आमतौर पर एक सॉफ्टवेयर टेस्टर द्वारा किया जाता है। एक परीक्षक और वास्तविक उपयोगकर्ता के बीच का अंतर यह है कि उत्तरार्द्ध सॉफ़्टवेयर के केवल एक आंशिक उपयोग को जानता है जो उनके व्यवसाय के लिए या उनके कार्यों के लिए उपयोग किया जाता है और सॉफ्टवेयर को पूरी तरह से नहीं जानता होगा। दूसरी ओर, एक परीक्षक सॉफ्टवेयर की सभी तकनीकी और कार्यात्मक आवश्यकताओं से अवगत होगा। क्लाइंट द्वारा प्रदान की गई आवश्यकताओं के आधार पर, परीक्षण योजना और परीक्षण मामलों को तैयार करना होगा।
एक परीक्षण योजना और कुछ नहीं, बल्कि परीक्षण प्रक्रिया को अंजाम देने के तरीके की एक विस्तृत योजना है। इसमें परीक्षण में शामिल संसाधनों और स्रोतों की संख्या, क्या करना है और कब करना है, क्या नहीं किया जाएगा, और यह किस पर्यावरण में किया जाएगा आदि के बारे में पूरा विवरण होगा।
सॉफ्टवेयर के कार्यात्मक और तकनीकी पहलू की स्पष्ट समझ के बाद परीक्षण के मामले तैयार किए जाने चाहिए। परीक्षक को एक गहरी अवलोकन क्षमता और सॉफ्टवेयर के बारे में पूरी जानकारी होनी चाहिए।
इसके अलावा, लागत यहां एक प्रभावी भूमिका निभाती है। ग्राहक न्यूनतम लागत पर अधिकतम गुणवत्ता वाले सॉफ़्टवेयर को स्वीकार करना पसंद करते हैं। जब हम मैन्युअल परीक्षण के लिए जाते हैं, तो प्रक्रिया अधिक थकाऊ और समय लेने वाली होती है क्योंकि यह सभी एक परीक्षक द्वारा मैन्युअल रूप से किया जाता है।
उदाहरण के लिए , जब हमें ’n’ परीक्षकों की संख्या की आवश्यकता होती है प्रतिगमन परीक्षण निष्पादित करें , सभी परीक्षण मामलों को निष्पादित करने में लगभग 50 घंटे लग सकते हैं। और संसाधन उपलब्धता के आधार पर, परीक्षण मामलों को निष्पादित किया जाएगा। लेकिन स्वचालित परीक्षण के लिए कम समय के साथ, मैन्युअल परीक्षण की तुलना में परीक्षण मामलों की अधिकतम कवरेज के साथ संसाधनों का इष्टतम उपयोग किया जाता है।
सॉफ्टवेयर टेस्टिंग के पीछे इंटेलिजेंस
किसी भी संगठन के लिए यह जानना बहुत जरूरी है कि परीक्षण प्रक्रिया कब शुरू की जाए और कब उसे बाहर किया जाए। हमें पता होना चाहिए कि परीक्षण के साथ कब स्टार्टअप करना है क्योंकि विकास चरण के पूरा होने और जब आवश्यक मानदंडों को पूरा नहीं किया जाता है तो परीक्षण शुरू करना बेकार है। यह हमेशा परीक्षण डिजाइन चरण के साथ शुरू करने के लिए सबसे अच्छा अभ्यास है जबकि विकास प्रगति पर है।
नीचे दिए गए सॉफ़्टवेयर परीक्षण प्रविष्टि और निकास के लिए मानदंड हैं:
प्रवेश मानदंड
एक बार जब डिज़ाइन दस्तावेज़ पर हस्ताक्षर कर दिए जाते हैं, तो परीक्षण योजनाओं को योजना के चरण में तैयार करना होता है। एक परीक्षण योजना एक महत्वपूर्ण भूमिका निभाती है। आवश्यक हार्डवेयर को ठीक से स्थापित और कॉन्फ़िगर किया जाना चाहिए और हार्डवेयर की कार्यक्षमता को जांचना होगा। कार्यात्मक आवश्यकताओं को स्पष्ट और अनुमोदित होना चाहिए। विकसित कोड को डेवलपर्स द्वारा परीक्षण और हस्ताक्षरित इकाई होना चाहिए।
परीक्षण मामलों और परीक्षण डेटा को तैयार और अनुमोदित किया जाना चाहिए। टेस्ट डेटा और एप्लिकेशन उपलब्ध होना चाहिए। परीक्षक को आवेदन पर महत्वपूर्ण और पर्याप्त ज्ञान होना चाहिए। साधनों के बारे में संसाधनों को अच्छी तरह से प्रशिक्षित किया जाना चाहिए और सभी आवश्यक कार्यात्मकताओं के साथ स्पष्ट किया जाना चाहिए।
परीक्षक उपलब्ध होना चाहिए। जब कोई भी मानदंड प्राप्त नहीं होता है, तो परीक्षण के प्रवेश मानदंड को रोक दिया जाता है।
[ध्यान दें: बढ़े हुए दृश्य के लिए किसी भी छवि पर क्लिक करें]
मानदंड से बाहर निकलें
केवल जब अनिवार्य परीक्षण के कम से कम 95% मामलों को 'पास' परिणाम के साथ बंद कर दिया जाता है, तो हम उत्पाद के लिए परीक्षण चरण से बाहर निकल सकते हैं। हालाँकि, यह निर्धारित करना इतना आसान नहीं है कि सॉफ़्टवेयर परीक्षण कब रोका जा सकता है या यदि इसे अभी भी निष्पादित करने की आवश्यकता है। और इस तरह की स्थिति आमतौर पर भी पैदा होती है।
मुख्य मापदंड नीचे दिए गए हैं:
- जब सभी कीड़े तय हो जाते हैं।
- जब समय सीमा समाप्त हो जाती है।
- जब बजट समाप्त या समाप्त हो जाता है।
- जब सभी परीक्षण मामले पास हो जाते हैं।
- जब समझौते पर हस्ताक्षर किए जाते हैं।
- जब परीक्षण का एक निश्चित प्रतिशत होता है।
- जब अल्फा और बीटा परीक्षण समाप्त होता है।
बाहर निकलने के मापदंड विशुद्ध रूप से जोखिम, लागत, आदि जैसे कारकों के आधार पर निकाले जा सकते हैं। जब मुख्य कार्यात्मक आवश्यकता का परीक्षण प्राप्त कर लिया गया है, तो परीक्षण को आमतौर पर रोक दिया जाएगा और वे कभी भी मामूली कीड़े की तलाश नहीं करेंगे, जिससे परेशानी पैदा होगी बाद की अवधि।
उदाहरण: सॉफ्टवेयर एबीसी एक डिजाइन चरण में है। विकास और परीक्षण निर्माण आम तौर पर एक ही समय में होते हैं। डिज़ाइन के जम जाने के बाद, सॉफ़्टवेयर का विकास शुरू होता है। सॉफ्टवेयर के विकास को पूरा करना, जैसा कि सहमति है, प्रवेश मानदंडों को इंगित करता है। यहां पहुंचाने वाले विकास टीम से हैं। इसमें रिलीज नोट्स और ज्ञात मुद्दे शामिल हैं।
परीक्षण के कुछ पुनरावृत्तियों के बाद, जब कोई प्रमुख / अवरोधक / शो स्टॉपर्स लंबित रिज़ॉल्यूशन नहीं है और 95% परीक्षण पास हो गए हैं, तो इसे निकास मानदंड कहा जाता है।
स्वचालन - क्या यह वास्तव में आवश्यक है?
जब हमें निर्णय लेने की आवश्यकता होती है कि हम क्या चाहते हैं स्वचालित परीक्षण तकनीक या नहीं, उपलब्ध संसाधनों का सवाल यहां उठता है। हमें जिन कारणों को स्वचालित करने की आवश्यकता है, वे यह जांचने में हैं कि डेटा प्रवाह और विकसित की गई कार्यक्षमता मैनुअल हस्तक्षेप के बिना अपेक्षा के अनुसार काम कर रही है या नहीं। यह मुख्य रूप से उन जगहों पर उपयोग किया जाता है जहां सॉफ्टवेयर में कई रिलीज / चक्र आदि के रूप में परिवर्तन होंगे।
इंस्टाग्राम पोस्ट शेड्यूल करने के लिए एक ऐप है
प्रत्येक चक्र के विकास के अंत में, वर्तमान में जोड़े गए कार्यक्षमता का परीक्षण किया जाएगा। इसके अतिरिक्त, पुरानी कार्यक्षमता का परीक्षण यह सुनिश्चित करने के लिए किया जाएगा कि पुरानी कार्यक्षमता टूटी नहीं है। यह प्रमुख हिस्सा है जिसमें स्वचालन की गुंजाइश है।
कोड-चालित लॉजिक्स और जीयूआई आवश्यकताओं की पुष्टि करते समय, कोई भी स्वचालित परीक्षण चुन सकता है, बशर्ते जोखिम कारक अधिक हो।
उदाहरण: सॉफ्टवेयर एबीसी के लिए, अक्सर अपग्रेड होते हैं, क्लाइंट द्वारा मांगे जा रहे अपडेट और डेवलपर्स द्वारा प्रदान किए जाते हैं। इसलिए परीक्षण के एक हिस्से के रूप में, प्रतिगमन सॉफ्टवेयर के लिए किया जाता है जो पहले से ही लाइव है और उत्पादन में चल रहा है। किसी भी संख्या में रिलीज़, अपग्रेड और अपडेट के बावजूद, वर्तमान संस्करण मान्य होगा।
कहते हैं कि प्रतिगमन परीक्षण कवरेज के लिए 10 दिनों के मैनुअल प्रयासों की आवश्यकता होती है, और फिर उन्हें स्वचालित करने के लिए अत्यंत सावधानी बरतनी चाहिए। यह कम से कम 60% प्रयास और 10 * 8 = 80 बजे मैनुअल काम को बचा सकता है।
स्वचालन 80/24 = 3.33 दिनों में पूरा हो सकता है। इससे लगभग 6.67 की बचत होती है।
क्यों स्वचालन?
स्वचालन को तभी चुना जा सकता है जब:
- आवेदन में एक बहुत विशाल क्षेत्र है जिसमें प्रतिगमन में निवेश के प्रयास की एक उच्च डिग्री है।
- मैन्युअल त्रुटियों के कारण लागतों में अनुकूलन हुआ।
- सॉफ़्टवेयर के कई संस्करण और रिलीज़ हैं।
- यह लंबे समय में प्रभावी है।
- परीक्षण निष्पादन के व्यापक दायरे के लिए जोखिम कारक अधिक है।
- लागत आंकड़े और गणितीय गणना सॉफ्टवेयर की कार्यक्षमता में शामिल हैं।
- निष्पादन टेम्पो में अधिक वृद्धि है, सॉफ्टवेयर गुणवत्ता के साथ दक्षता।
- उच्च-जोखिम वाले सॉफ़्टवेयर परीक्षण के लिए भी समय के साथ कम मोड़ है।
जोखिम कारक
जोखिम कारक व्यवसाय में पूर्व-सामान्य रूप से सामान्य हो जाता है जहां समय कारक पर कई निर्भरताएं होती हैं। सॉफ्टवेयर जो ट्रांजेक्शनल सिस्टम के आधार पर काम करता है और जो कई अनुप्रयोगों में काम करता है, सॉफ्टवेयर को सॉफ्टवेयर डिजाइन के अनुसार आदर्श रूप में कार्य करने की आवश्यकता होगी। इस मामले में, सही कार्यात्मक व्यवहार दर्ज करने में कई जोखिम शामिल हैं।
यहां ऑटोमेशन सॉफ्टवेयर तंत्र के अनुसार कार्यात्मक लेनदेन को बेहतर गति से करने में बहुत सहायक होगा।
उदाहरण के लिए , विदेशी मुद्रा बाजार संकेतक के मामले में, समय कारक बहुत महत्वपूर्ण और महत्वपूर्ण है। स्टॉक और कमोडिटी में परिवर्तन समय के संबंध में होते हैं, कभी-कभी सेकंड से भी कम। यहां स्वचालन उच्च जोखिम वाले ऐसे सॉफ़्टवेयर का परीक्षण करने में मदद कर सकता है।
उदाहरण: सॉफ्टवेयर एबीसी में कई अपडेट और अपग्रेड हैं। मैन्युअल प्रयासों को बचाने के लिए और परीक्षण चरण के लिए टर्न-अराउंड समय को नीचे लाने के लिए, आधार संस्करण, या पुरानी कार्यप्रणालियों को स्वचालित किया जा सकता है। यह तभी मान्य हो सकता है जब आधार कार्यशीलता अपरिवर्तित रहेगी।
स्वचालन में लाभ यह है कि उन्हें बिना किसी मैनुअल हस्तक्षेप के चलाया जा सकता है। यहां तक कि यह नई कार्यक्षमता के परीक्षण के साथ समानांतर में प्रदर्शन किया जा सकता है। इसलिए स्वचालन बहुत प्रयास और बहुत समय बचाता है।
ऑटोमेशन कब नहीं होना चाहिए?
कई संगठनों के बीच एक सवाल है जो है - 100% स्वचालन क्यों संभव नहीं है?
विशेषज्ञों का जवाब है नहीं न क्योंकि कुशल उपयोगकर्ताओं को स्वचालित परीक्षण करने की आवश्यकता होती है और उन्हें अच्छी तरह प्रशिक्षित भी होना चाहिए। आवेदनों के मानदंडों और आवश्यकताओं के प्रारंभिक चरण के दौरान स्वचालन नहीं किया जा सकता है।
आमतौर पर, ऑटोमेशन को किसी भी सॉफ्टवेयर रिलीज के दूसरे पुनरावृत्ति से पसंद किया जाता है। उपयोगकर्ता इंटरफ़ेस को बदला जा सकता है, जो अधिक महंगा है, और स्क्रिप्ट का रखरखाव भी महंगा है। जब स्वचालन उपकरण के लिए आवश्यक लागत उस परियोजना के बजट से अधिक हो जाती है जिसे हम नहीं कह सकते।
उदाहरण: सॉफ्टवेयर XYZ एक प्रकार का ई-कॉमर्स साइट है, जहां क्लाइंट की आवश्यकताएं जमी नहीं होती हैं और ग्राहकों द्वारा आवश्यकता पड़ने पर बदलती रहती हैं।
यहाँ, इस मामले में, स्वचालन प्रतिगमन में मदद नहीं कर सकता है। ऐसा इसलिए है क्योंकि पुरानी कार्यप्रणाली जो मान्य नहीं हैं, उनका परीक्षण नहीं किया जाना चाहिए, और इसलिए, उन्हें मैन्युअल रूप से करना होगा। उदाहरण के लिए, एक क्लाइंट को ड्रॉप-डाउन बॉक्स के रूप में बदलने के लिए बेस सॉफ्टवेयर में सभी सूची बॉक्स रखने की आवश्यकता होती है।
स्वचालन के लिए लागत बनाम आरओआई
आरओआई बहुत कम है जब हम शुरू में स्वचालन के लिए जाते हैं क्योंकि स्वचालन पहली बार महंगा है। ROI सॉफ़्टवेयर के परीक्षण में मैन्युअल प्रयास के रूप में बढ़ता रहता है, दूसरी रिलीज़ के पुनरावृत्तियों से कम होता है। हमें स्वचालन से पहले किसी भी परीक्षण मामले के अपेक्षित परिणाम के बारे में पता होना चाहिए।
स्वचालन और किसी भी उपकरण को चुनने के लिए परीक्षण के मामलों के डिजाइन पर अधिक महत्वपूर्ण विचार करें ताकि यह लागत में वृद्धि न हो।
स्वचालन कहां से कम लागत पर कम करने के लिए रेंडर कर सकता है?
यहां तक कि स्वचालन की लागत भी क्योंकि परीक्षण के लिए आवश्यक उपकरण खरीदना पड़ता है। संसाधनों को विशेष उपकरण के साथ प्रशिक्षित किया जाना है। चुने गए उपकरण को सॉफ्टवेयर के सभी क्षेत्रों का परीक्षण करने के लिए संभव होना चाहिए।
इसलिए उपकरण चयन को स्वचालन परीक्षण के विशेषज्ञों द्वारा सावधानीपूर्वक किया जाना चाहिए।
उदाहरण: उत्पाद XYZ पर विचार करें जो बीमा से संबंधित है। लागत कारक को कम करने के लिए, कंपनी ने केवल मैनुअल परीक्षण का इस्तेमाल किया, लेकिन जब बीमा की बात आती है, तो जोखिम कारक अधिक होता है और प्रीमियम गणना में से किसी एक के गलत होने पर फर्म के पैसे खर्च हो सकते हैं। संपूर्ण नुकसान या तो प्रबंधन के लिए होगा या अंतिम उपयोगकर्ता के लिए। अंतिम उपयोगकर्ता को नुकसान नहीं होगा जबकि कंपनी को करना होगा।
जब गणना की गई प्रीमियम राशि मूल प्रीमियम (यानी) के साथ बेमेल हो जाती है, जब सामने के एंड बैक एंड प्रीमियम गणना में अंतर होता है, तो ग्राहक और उत्पाद विक्रेता के बीच एक बड़ी समस्या उत्पन्न हो जाती है। इसमें ऑटोमोबाइल, घर और अन्य जैसे कई मॉड्यूल शामिल हो सकते हैं।
जब कुछ भी गलत होता है, तो यह पूरी तरह से नुकसान है। गणना में अंतर परीक्षक के लिए समझ में आता है और बग को बढ़ा सकता है। इस परियोजना में, मैनुअल परीक्षण बुनियादी यूआई के लिए किया जा सकता है जैसे कि टिन नंबर, सोशल आईडी और उपयोगकर्ता पोर्टफोलियो से संबंधित अन्य जानकारी की पुष्टि करना और इसलिए मैन्युअल रूप से परीक्षण किया जा सकता है कि जोखिम कारक कहां कम है। उन्हें अयस्क कंपनी को लाभ होगा, जितना अधिक वे अपने सॉफ्टवेयर के परीक्षण के लिए स्वचालन पसंद करते हैं।
निष्कर्ष
स्वचालन और मैनुअल परीक्षण दोनों के फायदे और नुकसान भी हैं। केवल जब हम अवधारणाओं और आवश्यकताओं के बारे में स्पष्ट होते हैं, तो हम यह चुनने में सक्षम होंगे कि किस तरह के परीक्षण किए जाएं।
किसी भी परियोजना का परीक्षण अकेले मैनुअल परीक्षण या स्वचालित परीक्षण से नहीं किया जा सकता है। यह डिज़ाइन, प्लेटफ़ॉर्म और उस तकनीक पर निर्भर करता है जिसके साथ सॉफ़्टवेयर विकसित किया गया है। इसलिए, निर्णय लेते समय, परीक्षण की विधि चुनने और विशेषज्ञों की सलाह का उपयोग करने में सावधानी बरतनी चाहिए।
उपरोक्त लेख में, हम कुछ कारकों को याद कर सकते हैं, कृपया उन कारकों को साझा करें जो आपको लगता है कि स्वचालन के लिए या स्वचालन के लिए उपकरण चुनते समय महत्वपूर्ण हैं।
इस बीच, इस लेख के बारे में अपनी टिप्पणी / सुझाव साझा करने के लिए स्वतंत्र महसूस करें।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 [क्यूए टेस्ट स्वचालन उपकरण]
- मैनुअल और स्वचालन परीक्षण चुनौतियां
- शीर्ष 10+ सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण पुस्तकें (मैनुअल और स्वचालन परीक्षण पुस्तकें)
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- Android अनुप्रयोगों के लिए 11 सर्वश्रेष्ठ स्वचालन उपकरण (Android App परीक्षण उपकरण)
- क्या आप एक मैनुअल या स्वचालन परीक्षण विशेषज्ञ हैं? हमारे लिए काम का समय!
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना