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