चंचल परीक्षण - अवलोकन
Agileएक पुनरावृत्त विकास पद्धति है, जहां विकास और परीक्षण गतिविधियां समवर्ती हैं। परीक्षण एक अलग चरण नहीं है; कोडिंग और परीक्षण अंतःक्रियात्मक और वृद्धिशील रूप से किए जाते हैं, जिसके परिणामस्वरूप गुणवत्ता अंत उत्पाद होता है, जो ग्राहकों की आवश्यकताओं को पूरा करता है। इसके अलावा, निरंतर एकीकरण के परिणामस्वरूप जल्दी दोष हटाने और इसलिए समय, प्रयास और लागत बचत होती है।
चंचल मेनिफेस्टो
एजाइल मेनिफेस्टो को 2001 में सॉफ्टवेयर डेवलपर्स की एक टीम द्वारा प्रकाशित किया गया था, जो विकास टीम के महत्व को उजागर करता है, बदलती आवश्यकताओं और ग्राहक भागीदारी को समायोजित करता है।
The Agile Manifesto is −
हम सॉफ्टवेयर के विकास के बेहतर तरीकों को उजागर कर रहे हैं और इसे करने में दूसरों की मदद कर रहे हैं। इस काम के माध्यम से, हम मूल्य पर आए हैं -
- व्यक्तियों और प्रक्रियाओं और उपकरणों पर बातचीत।
- व्यापक प्रलेखन पर काम कर रहे सॉफ्टवेयर।
- अनुबंध बातचीत पर ग्राहक सहयोग।
- एक योजना के बाद बदलने के लिए प्रतिक्रिया।
यही है, जबकि दाईं ओर की वस्तुओं में मूल्य है, हम बाईं ओर की वस्तुओं को अधिक महत्व देते हैं।
चंचल परीक्षण क्या है?
एजाइल टेस्टिंग एक सॉफ्टवेयर टेस्टिंग प्रैक्टिस है जो फुर्तीली सॉफ्टवेयर डेवलपमेंट के सिद्धांतों का अनुसरण करता है।
एजाइल टेस्टिंग में प्रोजेक्ट टीम के सभी सदस्यों को शामिल किया गया है, जिसमें विशेष विशेषज्ञता के साथ परीक्षकों द्वारा योगदान दिया गया है। परीक्षण एक अलग चरण नहीं है और सभी विकास चरणों जैसे आवश्यकताओं, डिजाइन और कोडिंग और टेस्ट केस जनरेशन के साथ जुड़ा हुआ है। विकास जीवन चक्र के माध्यम से एक साथ परीक्षण होता है।
इसके अलावा, क्रॉस-फ़ंक्शनल टीम के सदस्यों के साथ संयोजन के रूप में संपूर्ण विकास जीवनचक्र में भाग लेने वाले परीक्षकों के साथ, ग्राहकों की आवश्यकताओं के अनुसार सॉफ़्टवेयर के निर्माण के लिए परीक्षकों का योगदान, बेहतर डिज़ाइन और कोड के साथ संभव हो जाएगा।
एजाइल टेस्टिंग में परीक्षण के सभी स्तरों और सभी प्रकार के परीक्षण शामिल हैं।
चंचल परीक्षण बनाम। झरना परीक्षण
वाटरफॉल डेवलपमेंट मेथडोलॉजी में, डेवलपमेंट लाइफ साइकल गतिविधियाँ चरणों में होती हैं जो अनुक्रमिक होती हैं। इस प्रकार, परीक्षण एक अलग चरण है और विकास चरण के पूरा होने के बाद ही शुरू किया जाता है।
चंचल परीक्षण और जलप्रपात परीक्षण के बीच के अंतरों पर प्रकाश डाला गया है -
| चंचल परीक्षण | झरना परीक्षण |
|---|---|
| परीक्षण एक अलग चरण नहीं है और विकास के साथ समवर्ती होता है। | परीक्षण एक अलग चरण है। सभी स्तरों और प्रकार के परीक्षण विकास के पूरा होने के बाद ही शुरू हो सकते हैं। |
| परीक्षक और डेवलपर्स एक साथ काम करते हैं। | परीक्षक डेवलपर्स से अलग काम करते हैं। |
| परीक्षक आवश्यकताओं के साथ आने में शामिल हैं। यह वास्तविक विश्व परिदृश्य में व्यवहारों के मानचित्रण की आवश्यकताओं में मदद करता है और स्वीकृति मानदंडों को भी तैयार करता है। इसके अलावा, तार्किक स्वीकार्यता परीक्षण मामले आवश्यकताओं के साथ तैयार होंगे। | परीक्षक आवश्यकताओं के चरण में शामिल नहीं हो सकते हैं। |
| स्वीकृति का परीक्षण प्रत्येक पुनरावृत्ति और ग्राहक की प्रतिक्रिया के बाद किया जाता है। | स्वीकृति परीक्षण केवल परियोजना के अंत में किया जाता है। |
| हर पुनरावृत्ति अपना स्वयं का परीक्षण पूरा करती है और इस प्रकार प्रतिगमन परीक्षण को हर बार नए कार्यों या तर्क को जारी करने की अनुमति देती है। | रिग्रेशन टेस्टिंग को विकास के पूरा होने के बाद ही लागू किया जा सकता है। |
| कोडिंग और परीक्षण के बीच कोई समय देरी नहीं है। | कोडिंग और परीक्षण के बीच सामान्य समय में देरी। |
| अतिव्यापी परीक्षण स्तरों के साथ निरंतर परीक्षण। | परीक्षण एक समयबद्ध गतिविधि है और परीक्षण का स्तर ओवरलैप नहीं हो सकता है। |
| परीक्षण एक सर्वोत्तम अभ्यास है। | परीक्षण की अक्सर अनदेखी की जाती है। |
चंचल परीक्षण सिद्धांत
चंचल परीक्षण के सिद्धांत हैं -
Testing moves the project forward- निरंतर प्रगति सुनिश्चित करने के लिए निरंतर परीक्षण एकमात्र तरीका है। चंचल परीक्षण एक निरंतर आधार पर प्रतिक्रिया प्रदान करता है और अंतिम उत्पाद व्यावसायिक मांगों को पूरा करता है।
Testing is not a phase- एजाइल टीम विकास टीम के साथ-साथ यह सुनिश्चित करने के लिए परीक्षण करती है कि किसी दिए गए पुनरावृत्ति के दौरान लागू की गई विशेषताएं वास्तव में की गई हैं। परीक्षण को बाद के चरण के लिए नहीं रखा गया है।
Everyone tests- चुस्त परीक्षण में, विश्लेषकों, डेवलपर्स और परीक्षकों सहित पूरी टीम आवेदन का परीक्षण करती है। प्रत्येक पुनरावृत्ति के बाद, यहां तक कि ग्राहक उपयोगकर्ता स्वीकृति परीक्षण भी करता है।
Shortening Feedback Loops- एजाइल टेस्टिंग में, व्यवसाय टीम को प्रत्येक पुनरावृत्ति के लिए उत्पाद विकास का पता चलता है। वे हर पुनरावृत्ति में शामिल होते हैं। निरंतर प्रतिक्रिया प्रतिक्रिया प्रतिक्रिया समय को कम करती है और इस प्रकार इसे ठीक करने में शामिल लागत कम होती है।
Keep the Code Clean- दोष तय किए जाते हैं क्योंकि वे एक ही पुनरावृत्ति के भीतर उठाए जाते हैं। यह विकास के किसी भी मील के पत्थर पर साफ कोड सुनिश्चित करता है।
Lightweight Documentation - व्यापक परीक्षण प्रलेखन के बजाय, फुर्तीली परीक्षक -
परीक्षण का सुझाव देने के लिए पुन: प्रयोज्य चेकलिस्ट का उपयोग करें।
आकस्मिक विवरण के बजाय परीक्षण के सार पर ध्यान दें।
हल्के प्रलेखन शैलियों / उपकरणों का उपयोग करें।
खोजकर्ता परीक्षण के लिए चार्टर्स में परीक्षण विचारों को कैप्चर करें।
कई प्रयोजनों के लिए उत्तोलन दस्तावेज़।
Leveraging one test artifact for manual and automated tests- एक ही परीक्षण स्क्रिप्ट विरूपण साक्ष्य को मैन्युअल परीक्षण के लिए और स्वचालित परीक्षणों के लिए एक इनपुट के रूप में उपयोग किया जा सकता है। यह मैनुअल टेस्ट डॉक्यूमेंटेशन की आवश्यकता और फिर समतुल्य ऑटोमेशन टेस्ट स्क्रिप्ट की आवश्यकता को समाप्त करता है।
“Done Done,” not just done - एजाइल में, एक सुविधा को विकास के बाद नहीं बल्कि विकास और परीक्षण के बाद कहा जाता है।
Test-Last vs. Test Driven- परीक्षण मामलों को आवश्यकताओं के साथ लिखा जाता है। इसलिए, विकास को परीक्षण द्वारा संचालित किया जा सकता है। इस दृष्टिकोण को टेस्ट ड्रिवेन डेवलपमेंट (TDD) और एक्सेसेन्स टेस्ट ड्रिवेन डेवलपमेंट (ATDD) कहा जाता है। यह झरना परीक्षण में अंतिम चरण के रूप में परीक्षण के विपरीत है।
चंचल परीक्षण क्रियाएँ
परियोजना स्तर पर चुस्त परीक्षण गतिविधियाँ हैं -
रिलीज प्लानिंग (टेस्ट प्लान)
हर Iteration के लिए,
Iteration के दौरान चुस्त परीक्षण गतिविधियाँ
प्रतिगमन परीक्षण
रिलीज़ गतिविधियाँ (परीक्षण संबंधी)
एक पुनरावृत्ति के दौरान चुस्त परीक्षण गतिविधियों में शामिल हैं -
- चलना योजना में भाग लेना
- परीक्षण के दृष्टिकोण से कार्यों का अनुमान लगाना
- फीचर विवरण का उपयोग करके परीक्षण मामलों को लिखना
- इकाई का परीक्षण
- एकीकरण जांच
- फ़ीचर टेस्टिंग
- दोष ठीक करना
- एकीकरण जांच
- स्वीकृति परीक्षण
- परीक्षण की प्रगति पर स्थिति रिपोर्टिंग
- दोष ट्रैकिंग