मेन्यू

शिफ्ट वाम परीक्षण: सॉफ्टवेयर सफलता के लिए एक गुप्त मंत्र

shift left testing secret mantra

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

नई पाली वामपंथी परीक्षण, सॉफ्टवेयर विकास में एक देव मंत्र:

एक तेज़ DevOps में सभी वीडियो ट्यूटोरियल का पुन: उपयोग हमारे पहले ट्यूटोरियल में समझाया गया था। अब, हम Shift लेफ्ट टेस्टिंग के बारे में देखेंगे।

जब मैं Left Shift Left ’शब्द का उपयोग करता हूं, तो आप सोच रहे होंगे कि मैं किसी सॉफ्टवेयर में Shift Left का क्या जिक्र कर रहा हूं ??

2+ दशक पहले, जब मैंने एक सॉफ्टवेयर टेस्टर के रूप में अपना करियर शुरू किया था, तब सॉफ्टवेयर विकास के लिए कोई अलग ‘टेस्टिंग फेज’ नहीं था और टेस्टर्स रोल कभी भी मौजूद नहीं था। डेवलपर्स सॉफ्टवेयर का विकास करते थे, खुद का परीक्षण करते थे और एक सॉफ्टवेयर रिलीज करते थे।

आगे पढ़ना => जानकारीपूर्ण DevOps ट्यूटोरियल श्रृंखला

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

वाम वाम परीक्षण दृष्टिकोण

आईटी उद्योग ने सॉफ्टवेयर विकास के लिए जलप्रपात मॉडल का अनुसरण करना शुरू कर दिया है, जैसा कि हम सभी जानते हैं, सॉफ्टवेयर विकास जीवनचक्र क्रमिक रूप से क्रम में चलता है आवश्यकताएँ => डिज़ाइन => कोडिंग => परीक्षण ।

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

आप क्या सीखेंगे:

पारी वामपंथ की अवधारणा का परिचय

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

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

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

सॉफ्टवेयर विकास का चरण

’जल्दी पकड़े जाने पर दोष कम खर्च होते हैं’।

इस एहसास और बड़े सबक ने सॉफ्टवेयर उद्योग में एक महान क्रांति की शुरुआत की और एक नई अवधारणा को जन्म दिया ‘शिफ्ट लेफ्ट’ , जिसका अर्थ है involve टेस्टिंग फेज ’को राइट से लेफ्ट में शिफ्ट करना या हर स्टेज पर टेस्टिंग को शामिल करना और पूरे टेस्टर को शामिल करना।

लेफ्ट लेफ्ट टेस्टिंग का अर्थ यह भी है कि अंत में केवल टेस्ट न करें बल्कि लगातार टेस्ट करें।

एसडीएलसी चरण

वाम दृष्टिकोण बदलो

Shift वाम परीक्षण क्या है?

सबसे पहले, 'शिफ्ट लेफ्ट' का सिद्धांत समर्थन करता है सभी हितधारकों के साथ शीघ्रता से सहयोग करने के लिए परीक्षण दल सॉफ्टवेयर विकास के चरण में। इसलिए वे आवश्यकताओं को स्पष्ट रूप से समझ सकते हैं और परीक्षण मामलों को डिजाइन करें सॉफ्टवेयर 'फेल फास्ट' में मदद करने के लिए और टीम को सभी विफलताओं को जल्द से जल्द ठीक करने में सक्षम करें।

sql परिदृश्य आधारित प्रश्न और उत्तर

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

इस भागीदारी और समझ से परीक्षकों को उत्पाद के बारे में पूरी जानकारी प्राप्त होगी, विभिन्न परिदृश्यों के माध्यम से सोचेंगे, सॉफ्टवेयर व्यवहार के आधार पर वास्तविक समय के परिदृश्यों को डिजाइन करेंगे जो कोडिंग होने से पहले ही दोषों की पहचान करने में टीम की मदद करेंगे।

Shift Influence Software Development कैसे होता है?

Shift लिफ्ट दृष्टिकोण सॉफ्टवेयर विकास को कई तरह से प्रभावित करता है।

नीचे दिए गए Shift Left के बारे में कुछ मुख्य बातें दी गई हैं:

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

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

शिफ्ट वाम

शिफ्ट लेफ्ट में टेस्टर्स को अलग तरीके से क्या करना चाहिए?

नीचे दिए गए कुछ प्रमुख कारकों पर ध्यान दिया जाना चाहिए क्योंकि परीक्षक अलग तरीके से करते हैं वामपंथी रणनीति शिफ्ट करें:

# 1) टेस्ट टीम को जरूरत प्रोजेक्ट दीक्षा से ठीक पहले सिस्टम में व्यस्त रहें ताकि बाकी टीम और व्यवसाय के साथ एकीकरण विकसित किया जा सके हर चरण में उपयोगी जानकारी प्रदान करें सॉफ्टवेयर विकास के।

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

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

# 4) टेस्ट टीम को प्रदान करने में बाकी टीम के साथ काम करना है एक महान टेस्ट लीडरशिप और टीम को मार्गदर्शन जिससे परीक्षण गतिविधियों की जिम्मेदारी लेने के बजाय दीर्घकालिक उत्पाद दृष्टि को ध्यान में रखा जा सके।

# 5) आवश्यकताएँ किसी भी कार्यक्रम की सफलता की कुंजी और आधार हैं और अच्छी तरह से परिभाषित आवश्यकताएं परियोजना की सफलता को परिभाषित करती हैं। आवश्यकताएँ योजना चरण के दौरान, परीक्षक आवश्यकताओं की समीक्षा और विश्लेषण करने की आवश्यकता है किसी भी अस्पष्टता, बेहतर स्पष्टता, पूर्णता, परीक्षणशीलता, स्वीकृति मानदंड परिभाषा आदि के लिए।

इसके अलावा लापता आवश्यकताओं (यदि कोई हो) की पहचान करने की जरूरत है, तो निर्भरता और कार्यान्वयन रणनीतियों को समझें। क्लियर रिक्वायरमेंट सॉफ्टवेयर को 'फेल फास्ट' में मदद करती है और सभी असफलताओं को जल्द से जल्द ठीक करती है।

# 6) बाहर लाकर आवश्यकताओं में पर्याप्त स्पष्टता और सटीकता लाएं वास्तविक उदाहरण उन सुविधाओं का वर्णन करते हैं जो उपयोग में हैं।

# 7) परीक्षकों की जरूरत है डिज़ाइन समीक्षा बैठकों में भाग लें नियमित रूप से उत्पाद डिजाइन और वास्तुकला को समझते हैं और डिजाइन दोषों की पहचान करते हैं, वैकल्पिक डिजाइन विकल्पों का सुझाव देते हैं, खामियों की पहचान करते हैं, और डिजाइन को तोड़ने के लिए तदनुसार परीक्षण परिदृश्य बनाते हैं।

# 8) परीक्षकों की जरूरत है अंजाम देना स्थैतिक परीक्षण (समीक्षाएं) अग्रिम में अच्छी तरह से और महत्वपूर्ण परियोजना दस्तावेजों पर प्रतिक्रिया प्रदान करें ताकि दोषों को सॉफ्टवेयर में शामिल होने से रोका जा सके और बाद में इसके प्रभाव को चौड़ा किया जा सके।

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

# 10) टेस्ट टीम को डिजाइन करना है मजबूत और मजबूत परीक्षण परिदृश्य परीक्षण के दौरान केवल कुछ दोषों की पहचान की जाती है और परीक्षण चरण में प्रवेश करते समय प्रमुख दोषों को रोका जाता है।

#ग्यारह) परीक्षकों को करना है जितनी जल्दी हो सके परीक्षण करें , यह एक स्वसंपूर्ण या स्थानीय प्रणाली पर है, ताकि दोष बाद के चरणों में न हो।

परीक्षकों के लिए 'शिफ्ट लेफ्ट' की अवधारणा का पूरा क्रुक्स दोषों को जल्द से जल्द खोजने के लिए संभव है।

शिफ्ट लेफ्ट का उपयोग करके दोषों का पता लगाना

पाली वामपंथी परीक्षण के लाभ

शिफ्ट लेफ्ट अप्रोच फुर्तीले घोषणा पत्र के आधार पर काम करती है और इसके कई फायदे भी हैं।

वे:

  • व्यक्तियों और बातचीत प्रक्रियाओं और उपकरणों पर।
  • काम करने वाला सॉफ्टवेयर व्यापक प्रलेखन पर।
  • ग्राहक सहयोग अनुबंध पर बातचीत।
  • बदलने का जवाब एक योजना के बाद।

हम यह देख सकते हैं कि जबकि दाईं ओर की वस्तुओं में मूल्य है, हम बाईं ओर की वस्तुओं के लिए अधिक मूल्य रखते हैं।

खैर, Shift Left प्रक्रिया में पहले परीक्षण का विचार लाने के बारे में है, जिससे एक बेहतर और कुशल परीक्षण हुआ और सॉफ्टवेयर की गुणवत्ता में सुधार हुआ।

संक्षेप में, Shift वाम परीक्षण प्रक्रिया है:

  • दोषों का पता लगाना जिससे परियोजना की लागत कम हो सके।
  • अंत में दोषों को कम करने के लिए बार-बार लगातार परीक्षण।
  • सब कुछ स्वचालित करने और बाजार में समय में सुधार करने के लिए।
  • ग्राहकों की आवश्यकताओं पर ध्यान केंद्रित करने और ग्राहक अनुभव में सुधार करने के लिए।

वाम ध्यान केंद्रित करें

निष्कर्ष

‘शिफ्ट लेफ्ट’ अवधारणा ने ‘परीक्षण 'की भूमिका के लिए एक बड़ा परिवर्तन लाया। उस समय तक, परीक्षण का एकमात्र ध्यान केवल ection दोष जांच ’पर था और अब परीक्षण परिप्रेक्ष्य से Testing शिफ्ट लेफ्ट’ का उद्देश्य एक यात्रा है De प्रारंभिक दोष का पता लगाना दोष निवारण ' ।

json फ़ाइल एक्सटेंशन कैसे खोलें

इस प्रकार, Shift Left सॉफ़्टवेयर उद्योग में सॉफ़्टवेयर डेवलपमेंट कार्यप्रणाली में बाज़ार की गति, सॉफ़्टवेयर गुणवत्ता में सुधार और। Time to Market ’को कम करने के लिए एक बड़ा छलांग है।

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

अपने विचार / सुझाव हमें नीचे कमेंट सेक्शन में दें।

PREV ट्यूटोरियल | अगले ट्यूटोरियल

अनुशंसित पाठ

^