एजाइल टेस्टिंग क्या है? प्रक्रिया और जीवन चक्र
एजाइल टेस्टिंग क्या है?
चुस्त परीक्षण एक परीक्षण अभ्यास है जो एजाइल सॉफ्टवेयर विकास के नियमों और सिद्धांतों का पालन करता है। वाटरफॉल विधि के विपरीत, एजाइल परीक्षण परियोजना की शुरुआत में विकास और परीक्षण के बीच निरंतर एकीकरण के साथ शुरू हो सकता है। एजाइल परीक्षण पद्धति अनुक्रमिक नहीं है (इस अर्थ में कि इसे कोडिंग चरण के बाद ही निष्पादित किया जाता है) बल्कि निरंतर है।
एजाइल परीक्षण के सिद्धांत
एजाइल परीक्षण के आवश्यक सिद्धांत इस प्रकार हैं:
- इस एजाइल परीक्षण मॉडल में, कार्यशील सॉफ्टवेयर प्रगति का प्राथमिक माप है।
- सर्वोत्तम परिणाम स्वयं-संगठित टीमों द्वारा प्राप्त किया जा सकता है।
- मूल्यवान सॉफ्टवेयर शीघ्र और निरंतर उपलब्ध कराना हमारी सर्वोच्च प्राथमिकता है।
- सॉफ्टवेयर डेवलपर्स को पूरे प्रोजेक्ट के दौरान प्रतिदिन एकत्रित होना होगा।
- निरंतर तकनीकी सुधार और अच्छे डिजाइन के माध्यम से चपलता बढ़ाना।
- एजाइल परीक्षण निरंतर फीडबैक प्रदान करके यह सुनिश्चित करता है कि अंतिम उत्पाद व्यवसाय की अपेक्षाओं को पूरा करता है।
- एजाइल टेस्ट प्रक्रिया में, हमें कार्यान्वयन के दौरान परीक्षण प्रक्रिया को निष्पादित करने की आवश्यकता होती है, जिससे विकास का समय कम हो जाता है।
- एजाइल में परीक्षण प्रक्रिया को निरंतर विकास गति पर काम करना चाहिए
- अधिक प्रभावी बनने के तरीके पर नियमित रूप से चिंतन करें।
- सर्वोत्तम आर्किटेक्चर, आवश्यकताएं और डिजाइन स्वयं-संगठित टीमों से उभरते हैं।
- प्रत्येक बार जब टीम की बैठक होती है, तो वह अधिक प्रभावी बनने के लिए अपने व्यवहार की समीक्षा करती है और उसमें समायोजन करती है।
- विकास टीम के साथ आमने-सामने बातचीत, टीम के भीतर सूचना संप्रेषित करने का सबसे प्रभावी और कुशल तरीका है।
एजाइल परीक्षण में विभिन्न सिद्धांत शामिल हैं जो सॉफ्टवेयर की उत्पादकता बढ़ाने में हमारी मदद करते हैं।
एजाइल परीक्षण जीवन चक्र
एजाइल परीक्षण जीवन चक्र पांच अलग-अलग चरणों में पूरा होता है, जैसा कि हम निम्नलिखित छवि में देख सकते हैं:
एजाइल प्रक्रिया परीक्षण के चरण इस प्रकार हैं:
चरण 1: प्रभाव आकलन: इस प्रारंभिक चरण में, हम हितधारकों और उपयोगकर्ताओं से इनपुट एकत्र करते हैं। इस चरण को फीडबैक चरण भी कहा जाता है, क्योंकि यह परीक्षण इंजीनियरों को अगले जीवन चक्र के लिए उद्देश्य निर्धारित करने में सहायता करता है।
चरण 2: एजाइल परीक्षण योजना: यह एजाइल परीक्षण जीवन चक्र का दूसरा चरण है, जहां सभी हितधारक परीक्षण प्रक्रिया और वितरण की अनुसूची की योजना बनाने के लिए एक साथ आते हैं।
चरण 3: रिलीज की तैयारी: इस चरण में, हम उन सुविधाओं की समीक्षा करते हैं जो विकसित/कार्यान्वित की जा चुकी हैं और लाइव होने के लिए तैयार हैं या नहीं। इस चरण में, यह भी तय किया जाता है कि किसको पिछले विकास चरण में वापस जाना है।
चरण 4: दैनिक स्क्रम्स: इस चरण में परीक्षण की स्थिति जानने तथा पूरे दिन के लिए लक्ष्य निर्धारित करने के लिए प्रत्येक सुबह की स्टैंडअप बैठक शामिल है।
चरण 5: परीक्षण चपलता Revआईईयू: एजाइल जीवन चक्र का अंतिम चरण एजिलिटी है Review बैठक। इसमें लक्ष्यों के विरुद्ध प्रगति का नियमित मूल्यांकन और आकलन करने के लिए हितधारकों के साथ साप्ताहिक बैठकें शामिल हैं।
एजाइल परीक्षण योजना
एजाइल परीक्षण योजना इसमें उस पुनरावृत्ति में किए गए परीक्षण के प्रकार शामिल हैं जैसे परीक्षण डेटा आवश्यकताएं, बुनियादी ढांचा, परीक्षण वातावरण, और परीक्षण परिणाम। वाटरफॉल मॉडल के विपरीत, एजाइल मॉडल में, प्रत्येक रिलीज़ के लिए एक परीक्षण योजना लिखी और अपडेट की जाती है। एजाइल में विशिष्ट परीक्षण योजनाओं में शामिल हैं
- परीक्षण का दायरा
- नई कार्यक्षमताएं जिनका परीक्षण किया जा रहा है
- सुविधाओं की जटिलता के आधार पर परीक्षण का स्तर या प्रकार
- लोड और प्रदर्शन परीक्षण
- बुनियादी ढांचे पर विचार
- शमन या जोखिम योजना
- संसाधनों
- डिलिवरेबल्स और मील के पत्थर
एजाइल परीक्षण रणनीतियाँ
एजाइल परीक्षण का जीवन चक्र चार चरणों में फैला होता है
चलना 0
पहले चरण या पुनरावृत्ति 0 के दौरान, आप प्रारंभिक सेटअप कार्य करते हैं। इसमें परीक्षण के लिए लोगों की पहचान करना, परीक्षण उपकरण स्थापित करना, संसाधनों (उपयोगिता परीक्षण प्रयोगशाला) को शेड्यूल करना आदि शामिल हैं। पुनरावृत्ति 0 में निम्नलिखित चरण प्राप्त करने के लिए निर्धारित हैं
- परियोजना के लिए व्यावसायिक मामला स्थापित करना
- सीमांत स्थितियाँ और परियोजना का दायरा स्थापित करें
- उन प्रमुख आवश्यकताओं और उपयोग मामलों की रूपरेखा तैयार करें जो डिज़ाइन ट्रेड-ऑफ़ को संचालित करेंगे
- एक या अधिक संभावित आर्किटेक्चर की रूपरेखा तैयार करें
- जोखिम की पहचान
- लागत का अनुमान लगाना और प्रारंभिक परियोजना तैयार करना
निर्माण पुनरावृत्तियाँ
एजाइल परीक्षण पद्धति का दूसरा चरण निर्माण पुनरावृत्ति है, अधिकांश परीक्षण इसी चरण के दौरान होता है। इस चरण को समाधान की वृद्धि के निर्माण के लिए पुनरावृत्तियों के एक सेट के रूप में देखा जाता है। ऐसा करने के लिए, प्रत्येक पुनरावृत्ति के भीतर, टीम लागू करती है एक्सपी, स्क्रम, एजाइल मॉडलिंग और एजाइल डेटा आदि से प्राप्त प्रथाओं का एक संकर।
निर्माण पुनरावृत्ति में, चुस्त टीम प्राथमिकता वाली आवश्यकता अभ्यास का पालन करती है: प्रत्येक पुनरावृत्ति के साथ, वे कार्य आइटम स्टैक से शेष सबसे आवश्यक आवश्यकताओं को लेते हैं और उन्हें कार्यान्वित करते हैं।
निर्माण पुनरावृत्ति को दो भागों में वर्गीकृत किया गया है, पुष्टिकरण परीक्षण और जांच परीक्षण। पुष्टिकरण परीक्षण केंद्रित यह सत्यापित करने पर कि सिस्टम हितधारकों के इरादे को पूरा करता है जैसा कि टीम को आज तक बताया गया है, और टीम द्वारा निष्पादित किया जाता है। जबकि जांच परीक्षण उस समस्या का पता लगाता है जिसे पुष्टि करने वाली टीम ने छोड़ दिया है या अनदेखा कर दिया है। जांच परीक्षण में, परीक्षक दोष कहानियों के रूप में संभावित समस्याओं का निर्धारण करता है। जांच परीक्षण एकीकरण परीक्षण, लोड/तनाव परीक्षण और सुरक्षा परीक्षण जैसे सामान्य मुद्दों से निपटता है।
पुनः, पुष्टिकरण परीक्षण के लिए दो पहलू हैं डेवलपर परीक्षण और चुस्त स्वीकृति परीक्षण। वे दोनों पूरे जीवनचक्र में निरंतर प्रतिगमन परीक्षण को सक्षम करने के लिए स्वचालित हैं। पुष्टिकरण परीक्षण विनिर्देश के परीक्षण के चुस्त समकक्ष है।
एजाइल स्वीकृति परीक्षण पारंपरिक कार्यात्मक परीक्षण और पारंपरिक स्वीकृति परीक्षण का संयोजन है क्योंकि विकास दल और हितधारक इसे एक साथ कर रहे हैं। जबकि डेवलपर परीक्षण पारंपरिक इकाई परीक्षण और पारंपरिक सेवा एकीकरण परीक्षण का मिश्रण है। डेवलपर परीक्षण एप्लिकेशन कोड और डेटाबेस स्कीमा दोनों को सत्यापित करता है।
रिलीज़ एंड गेम या संक्रमण चरण
"रिलीज़, एंड गेम" का लक्ष्य आपके सिस्टम को सफलतापूर्वक उत्पादन में तैनात करना है। इस चरण में शामिल गतिविधियाँ अंतिम उपयोगकर्ताओं, सहायक लोगों और परिचालन लोगों का प्रशिक्षण हैं। इसके अलावा, इसमें उत्पाद रिलीज़ का विपणन, बैक-अप और बहाली, सिस्टम और उपयोगकर्ता दस्तावेज़ीकरण को अंतिम रूप देना शामिल है।
अंतिम एजाइल कार्यप्रणाली परीक्षण चरण में पूर्ण सिस्टम परीक्षण और स्वीकृति परीक्षण शामिल हैं। बिना किसी बाधा के अपने अंतिम परीक्षण चरण को पूरा करने के लिए, आपको निर्माण पुनरावृत्तियों के दौरान उत्पाद का अधिक कठोरता से परीक्षण करना चाहिए। अंतिम चरण के दौरान, परीक्षक इसकी दोष कहानियों पर काम करेंगे।
उत्पादन
रिलीज चरण के बाद, उत्पाद उत्पादन चरण में चला जाएगा।
एजाइल परीक्षण चतुर्भुज
एजाइल परीक्षण चतुर्भुज पूरी प्रक्रिया को चार चतुर्भुजों में विभाजित करते हैं और यह समझने में मदद करते हैं कि एजाइल परीक्षण कैसे किया जाता है।
एजाइल क्वाड्रेंट I
इस चतुर्थांश में आंतरिक कोड गुणवत्ता पर मुख्य ध्यान दिया जाता है, और इसमें परीक्षण मामले शामिल होते हैं जो प्रौद्योगिकी संचालित होते हैं और टीम को समर्थन देने के लिए कार्यान्वित किए जाते हैं, इसमें शामिल हैं
- यूनिट टेस्ट
- घटक परीक्षण
एजाइल क्वाड्रंट II
इसमें ऐसे परीक्षण मामले शामिल हैं जो व्यवसाय संचालित हैं और टीम का समर्थन करने के लिए कार्यान्वित किए जाते हैं। यह चतुर्थांश आवश्यकताओं पर ध्यान केंद्रित करता है। इस चरण में किए जाने वाले परीक्षण का प्रकार है
- संभावित परिदृश्यों और कार्यप्रवाहों के उदाहरणों का परीक्षण
- प्रोटोटाइप जैसे उपयोगकर्ता अनुभव का परीक्षण
- जोड़ी परीक्षण
एजाइल क्वाड्रेंट III
यह चतुर्थांश चतुर्थांश एक और दो को फीडबैक प्रदान करता है। परीक्षण मामलों का उपयोग स्वचालन परीक्षण करने के लिए आधार के रूप में किया जा सकता है। इस चतुर्थांश में, पुनरावृत्ति समीक्षा के कई दौर किए जाते हैं जो उत्पाद में विश्वास पैदा करते हैं। इस चतुर्थांश में किए जाने वाले परीक्षण इस प्रकार हैं
- उपयोगिता परीक्षण
- खोजपूर्ण परीक्षण
- ग्राहकों के साथ जोड़ी परीक्षण
- सहयोगात्मक परीक्षण
- उपयोगकर्ता स्वीकृति परीक्षण
एजाइल क्वाड्रेंट IV
यह चतुर्थांश गैर-कार्यात्मक आवश्यकताओं जैसे कि प्रदर्शन, सुरक्षा, स्थिरता आदि पर ध्यान केंद्रित करता है। इस चतुर्थांश की सहायता से, गैर-कार्यात्मक गुणों और अपेक्षित मूल्य प्रदान करने के लिए आवेदन किया जाता है।
- गैर-कार्यात्मक परीक्षण जैसे तनाव और प्रदर्शन परीक्षण
- सुरक्षा परीक्षण के संबंध में प्रमाणीकरण और हैकिंग
- बुनियादी ढांचे का परीक्षण
- डेटा माइग्रेशन परीक्षण
- स्केलेबिलिटी परीक्षण
- लोड परीक्षण
चुस्त सॉफ्टवेयर विकास के साथ QA चुनौतियां
- एजाइल में त्रुटि की संभावना अधिक होती है, क्योंकि दस्तावेज़ीकरण को कम प्राथमिकता दी जाती है, जिससे अंततः QA टीम पर अधिक दबाव पड़ता है
- नई सुविधाओं को शीघ्रता से पेश किया जाता है, जिससे परीक्षण टीमों के लिए यह पहचानने के लिए उपलब्ध समय कम हो जाता है कि क्या नवीनतम सुविधाएँ आवश्यकता के अनुसार हैं और क्या वे वास्तव में व्यवसायिक आवश्यकताओं को पूरा करती हैं।
- परीक्षकों को अक्सर अर्ध-डेवलपर की भूमिका निभानी पड़ती है
- परीक्षण निष्पादन चक्र अत्यधिक संकुचित होते हैं
- परीक्षण योजना तैयार करने के लिए बहुत कम समय
- प्रतिगमन परीक्षण के लिए, उनके पास न्यूनतम समय होगा
- गुणवत्ता के द्वारपाल से लेकर गुणवत्ता में भागीदार बनने तक उनकी भूमिका में परिवर्तन
- आवश्यकता में परिवर्तन और अद्यतन चुस्त पद्धति में अंतर्निहित हैं, जो QA के लिए सबसे बड़ी चुनौती बन रहे हैं
एजाइल प्रक्रिया में स्वचालन का जोखिम
- स्वचालित UI उच्च स्तर का आत्मविश्वास प्रदान करता है, लेकिन वे निष्पादित करने में धीमे होते हैं, बनाए रखने में नाजुक होते हैं और बनाने में महंगे होते हैं। स्वचालन परीक्षण उत्पादकता में महत्वपूर्ण रूप से सुधार नहीं कर सकता है जब तक कि परीक्षकों को यह पता न हो कि परीक्षण कैसे करना है
- स्वचालित परीक्षण में अविश्वसनीय परीक्षण एक बड़ी चिंता का विषय है। गलत सकारात्मक परिणामों से बचने के लिए विफल परीक्षणों को ठीक करना और भंगुर परीक्षणों से संबंधित समस्याओं को हल करना सर्वोच्च प्राथमिकता होनी चाहिए
- यदि स्वचालित परीक्षण CI (निरंतर एकीकरण) के बजाय मैन्युअल रूप से शुरू किए जाते हैं, तो यह जोखिम है कि वे नियमित रूप से नहीं चल रहे हैं और इसलिए परीक्षणों में विफलता हो सकती है
- स्वचालित परीक्षण खोजपूर्ण मैन्युअल परीक्षण का विकल्प नहीं हैं। उत्पाद की अपेक्षित गुणवत्ता प्राप्त करने के लिए, परीक्षण के प्रकारों और स्तरों का मिश्रण आवश्यक है
- कई व्यावसायिक रूप से उपलब्ध स्वचालन उपकरण मैन्युअल परीक्षण मामलों के कैप्चर और रीप्ले को स्वचालित करने जैसी सरल सुविधाएँ प्रदान करते हैं। ऐसा उपकरण UI के माध्यम से परीक्षण को प्रोत्साहित करता है और स्वाभाविक रूप से भंगुर और बनाए रखने में कठिन परीक्षणों की ओर ले जाता है। साथ ही, संस्करण नियंत्रण प्रणाली के बाहर परीक्षण मामलों को संग्रहीत करना अनावश्यक जटिलता पैदा करता है
- समय बचाने के लिए, कई बार स्वचालन परीक्षण योजना को खराब तरीके से या अनियोजित तरीके से नियोजित किया जाता है, जिसके परिणामस्वरूप परीक्षण विफल हो जाता है
- परीक्षण स्वचालन के दौरान आमतौर पर परीक्षण सेट अप और टियर डाउन प्रक्रियाएं छूट जाती हैं, जबकि मैन्युअल परीक्षण करते समय, परीक्षण सेट अप और टियर डाउन प्रक्रियाएं सहज लगती हैं
- उत्पादकता मीट्रिक जैसे कि प्रतिदिन बनाए गए या निष्पादित किए गए परीक्षण मामलों की संख्या बहुत भ्रामक हो सकती है, और बेकार परीक्षण चलाने में बड़े निवेश की ओर ले जा सकती है
- चुस्त स्वचालन टीम के सदस्यों को प्रभावी सलाहकार होना चाहिए: सुलभ, सहयोगी और संसाधन संपन्न, अन्यथा यह प्रणाली जल्दी ही विफल हो जाएगी
- स्वचालन ऐसे परीक्षण समाधान प्रस्तावित और वितरित कर सकता है जिनके लिए प्रदान किए गए मूल्य के सापेक्ष बहुत अधिक निरंतर रखरखाव की आवश्यकता होती है
- स्वचालित परीक्षण में प्रभावी समाधान की कल्पना करने और उसे प्रदान करने की विशेषज्ञता का अभाव हो सकता है
- स्वचालित परीक्षण इतना सफल हो सकता है कि उसके पास हल करने के लिए महत्वपूर्ण समस्याएं ही नहीं बचतीं, और इस प्रकार वे महत्वहीन समस्याओं की ओर मुड़ जाते हैं।
निष्कर्ष
सॉफ्टवेयर परीक्षण में एजाइल कार्यप्रणाली में यथासंभव शीघ्र परीक्षण करना शामिल है। सॉफ्टवेयर विकास जीवनचक्र. इसके लिए ग्राहकों की उच्च भागीदारी और कोड उपलब्ध होते ही उसका परीक्षण करने की आवश्यकता होती है। कोड इतना स्थिर होना चाहिए कि उसे सिस्टम परीक्षण के लिए ले जाया जा सके। यह सुनिश्चित करने के लिए कि बग्स को ठीक किया गया है और उनका परीक्षण किया गया है, व्यापक प्रतिगमन परीक्षण किया जा सकता है। मुख्य रूप से, टीमों के बीच संचार एजाइल मॉडल परीक्षण को सफल बनाता है!!!