सॉफ्टवेयर परीक्षण में धीरज परीक्षण क्या है? (उदाहरण सहित)

⚡ स्मार्ट सारांश

एंड्योरेंस टेस्टिंग में किसी एप्लिकेशन को सामान्य अपेक्षित लोड के तहत लंबे समय तक चलाया जाता है ताकि यह पता चल सके कि समय के साथ उसका प्रदर्शन गिरता है या नहीं। यह वह परीक्षण है जो उन दोषों को पकड़ लेता है जिन्हें एक घंटे के लोड रन में नहीं पकड़ा जा सकता।

  • 🕒 निरंतर भार: उत्पादन यातायात की उम्मीद मिनटों के बजाय घंटों या दिनों तक अटकी रहती है।
  • 📉 गिरावट पर ध्यान केंद्रित: सवाल यह है कि क्या प्रतिक्रिया समय में वृद्धि होती है, न कि यह कि लक्ष्य एक बार पूरा होता है या नहीं।
  • 💧 सामान्य निष्कर्ष: मेमोरी लीक, कनेक्शन पूल की कमी और लॉग या कैश की असीमित वृद्धि।
  • 📊 मॉनिटरिंग सेट: संपूर्ण रन के दौरान मेमोरी, सीपीयू, प्रतिक्रिया समय, थ्रूपुट और डेटाबेस कनेक्शन।
  • ️ टूलींग: स्टैंडर्ड लोड टूल्स ट्रैफिक को नियंत्रित करते हैं जबकि एपीएम टूल्स रिसोर्स कर्व्स को रिकॉर्ड करते हैं।
  • ️ अदला - बदली: परिणाम बहुत मूल्यवान होते हैं लेकिन उन्हें प्राप्त करने में समय लगता है, जिससे परीक्षण को कितनी बार चलाया जा सकता है, इसकी सीमा निर्धारित हो जाती है।

एंड्योरेंस टेस्टिंग क्या है?

धीरज परीक्षण क्या है?

सहनशक्ति परीक्षण यह सॉफ्टवेयर परीक्षण का गैर-कार्यात्मक प्रकार है, जहाँ किसी सॉफ्टवेयर का परीक्षण लंबे समय तक उच्च लोड के साथ किया जाता है, ताकि निरंतर उपयोग के तहत सॉफ्टवेयर एप्लिकेशन के व्यवहार का मूल्यांकन किया जा सके। धीरज परीक्षण का मुख्य उद्देश्य यह सुनिश्चित करना है कि एप्लिकेशन प्रतिक्रिया समय में किसी भी गिरावट के बिना विस्तारित लोड को संभालने में सक्षम है।

इस प्रकार का परीक्षण प्रदर्शन रन चक्र के अंतिम चरण में किया जाता है। धीरज परीक्षण एक लंबी प्रक्रिया है और कभी-कभी एक वर्ष तक भी चलती है। इसमें इंटरनेट ट्रैफ़िक या उपयोगकर्ता क्रियाएँ जैसे बाहरी भार लागू करना शामिल हो सकता है। यह धीरज परीक्षण को अन्य परीक्षणों से अलग बनाता है लोड परीक्षणजो आमतौर पर एक-दो घंटे में समाप्त हो जाता है।

धीरज का अर्थ है क्षमता, अतः दूसरे शब्दों में, आप धीरज परीक्षण को क्षमता परीक्षण कह सकते हैं।

धीरज परीक्षण के लक्ष्य

  • एंड्योरेंस परीक्षण का प्राथमिक लक्ष्य मेमोरी लीक की जांच करना है।
  • यह जानने के लिए कि निरंतर उपयोग के तहत सिस्टम कैसा प्रदर्शन करता है।
  • यह सुनिश्चित करना कि लंबी अवधि के बाद भी सिस्टम प्रतिक्रिया समय परीक्षण के आरंभ के समान या उससे बेहतर रहेगा।
  • उपयोगकर्ताओं और/या लेन-देन की संख्या निर्धारित करना, जिसे कोई दी गई प्रणाली समर्थित करेगी तथा प्रदर्शन लक्ष्यों को पूरा करेगी।
  • भविष्य के भार का प्रबंधन करने के लिए, हमें यह समझने की आवश्यकता है कि भविष्य में उपयोग को समर्थन देने के लिए कितने अतिरिक्त संसाधन (जैसे प्रोसेसर क्षमता, डिस्क क्षमता, मेमोरी उपयोग, या नेटवर्क बैंडविड्थ) आवश्यक हैं।
  • सहनशीलता परीक्षण सामान्यतः सिस्टम पर अधिक भार डालकर या कुछ सिस्टम संसाधनों को कम करके तथा परिणामों का मूल्यांकन करके किया जाता है।
  • यह सुनिश्चित करने के लिए किया जाता है कि अपेक्षाकृत “सामान्य” उपयोग अवधि के बाद कोई दोष या मेमोरी लीक न हो।

धीरज परीक्षण में किन बातों पर नज़र रखनी चाहिए

सहनशक्ति परीक्षण

धीरज परीक्षण में निम्नलिखित चीजों का परीक्षण किया जाता है।

  • स्मृति रिसाव का परीक्षण करें- यह सत्यापित करने के लिए जाँच की जाती है कि क्या एप्लिकेशन में कोई मेमोरी लीकेज है, जो सिस्टम या ओएस के क्रैश होने का कारण बन सकता है
  • सिस्टम की परत के बीच कनेक्शन बंद करने का परीक्षण करें - यदि सिस्टम की परतों के बीच कनेक्शन सफलतापूर्वक बंद नहीं किया जाता है, तो यह सिस्टम के कुछ या सभी मॉड्यूल को रोक सकता है।
  • परीक्षण डेटाबेस कनेक्शन सफलतापूर्वक बंद हुआ– यदि डेटाबेस कनेक्शन सफलतापूर्वक बंद नहीं किया गया, तो सिस्टम क्रैश हो सकता है
  • परीक्षण प्रतिक्रिया समय - सिस्टम के प्रतिक्रिया समय के लिए सिस्टम का परीक्षण किया जाता है क्योंकि सिस्टम के लंबे समय तक उपयोग के परिणामस्वरूप एप्लिकेशन कम कुशल हो जाता है।

धीरज परीक्षण कैसे करें

नीचे धीरज परीक्षण के लिए बुनियादी परीक्षण दृष्टिकोण दिया गया है

  • परीक्षण वातावरण – धीरज परीक्षण के लिए आवश्यक हार्डवेयर, सॉफ़्टवेयर, ऑपरेटिंग सिस्टम की पहचान करें, टीम के भीतर भूमिकाएँ और ज़िम्मेदारियाँ सौंपें, आदि। परीक्षण निष्पादन से पहले वातावरण तैयार होना चाहिए। आपको सामान्य डेटाबेस उत्पादन आकार और वार्षिक वृद्धि का अनुमान लगाने की भी आवश्यकता है। यह आवश्यक है क्योंकि आपको यह परीक्षण करने की आवश्यकता है कि आपका एप्लिकेशन एक, दो या पाँच साल बाद कैसे प्रतिक्रिया देगा।
  • परीक्षण योजना, परिदृश्य बनाना – परीक्षण की प्रकृति के आधार पर - मैनुअल या स्वचालन या दोनों का संयोजन, परीक्षण का मामला डिजाइन, समीक्षा और निष्पादन की योजना बनाई जानी चाहिए। सिस्टम पर दबाव डालने के लिए परीक्षण, ब्रेक पॉइंट परीक्षण आदि भी परीक्षण योजना का हिस्सा होना चाहिए। सिस्टम पर दबाव डालने के लिए परीक्षण एप्लिकेशन में ब्रेक पॉइंट निर्धारित करता है।
  • परीक्षण अनुमान – परीक्षण चरण को पूरा करने में कितना समय लगेगा, इसका अनुमान प्रदान करें। इसमें शामिल परीक्षकों की संख्या और आवश्यक परीक्षण चक्रों की संख्या के आधार पर इसका विश्लेषण किया जाना चाहिए।
  • संकट विश्लेषण - जोखिम का विश्लेषण करना और रोकथाम के लिए उचित कार्रवाई करना। जोखिम कारक के अनुसार परीक्षण मामलों को प्राथमिकता देना और नीचे दिए गए जोखिम और मुद्दों की पहचान करना, जिनका परीक्षक को धीरज परीक्षण के दौरान सामना करना पड़ सकता है।
  • क्या समय के साथ प्रदर्शन स्थिर रहेगा?
  • क्या अन्य छोटे-मोटे मुद्दे भी हैं जिनका अभी तक पता नहीं चल पाया है?
  • क्या कोई बाहरी हस्तक्षेप है जिसका समाधान नहीं किया गया?
  • टेस्ट शेड्यूल – समय सीमा के भीतर बजट, डिलिवरेबल्स का निर्धारण करें। सहनशक्ति परीक्षण यह एक निरंतर समयावधि के लिए सिस्टम/एप्लिकेशन पर लेनदेन की एक विशाल लेकिन स्वाभाविक लोड व्यवस्था लागू करता है।

धीरज परीक्षण का उदाहरण

जबकि तनाव परीक्षण परीक्षण की गई प्रणाली को उसकी सीमा तक ले जाता है, सहनशक्ति परीक्षण आवेदन को उसकी सीमा तक ले जाता है समय पर.

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

धीरज परीक्षण उपकरण

  • वेबलोड
  • भरी हुई
  • Apache JMeter
  • लोडरनर
  • ऐपवैन्स
  • लोडयूआई
  • ओपनएसटीए
  • Rational Performance Tester

धीरज परीक्षण के लाभ

  • यह यह निर्धारित करने में मदद करता है कि सिस्टम अंडर लोड कितना कार्यभार संभाल सकता है।
  • सटीक डेटा प्रदान करता है जिसका उपयोग ग्राहक अपनी बुनियादी ढांचे की आवश्यकताओं को सत्यापित करने या बढ़ाने के लिए कर सकते हैं।
  • सिस्टम के लंबे समय तक उच्च स्तर पर चलने के बाद होने वाली प्रदर्शन समस्याओं की पहचान करता है
  • विशिष्ट समस्याओं की पहचान छोटे लक्षित प्रदर्शन परीक्षणों में की जाती है, जिसका अर्थ है कि यह सुनिश्चित करता है कि बहुत कम समय में भारी लोड होने पर भी अनुप्रयोग उपलब्ध रहे।
  • धीरज परीक्षण का उपयोग यह जांचने के लिए भी किया जाता है कि क्या निष्पादन की लंबी अवधि के बाद कोई प्रदर्शन गिरावट आई है

धीरज परीक्षण के नुकसान

  • यह परिभाषित करना अक्सर कठिन होता है कि कितना तनाव देना उचित है।
  • सहनशीलता परीक्षण के कारण अनुप्रयोग और/या नेटवर्क विफलता हो सकती है, जिसके परिणामस्वरूप महत्वपूर्ण व्यवधान उत्पन्न हो सकता है यदि परीक्षण का वातावरण पृथक नहीं हैं.
  • सिस्टम पर अत्यधिक दबाव डालने से स्थायी डेटा हानि या भ्रष्टाचार हो सकता है।
  • तनाव दूर होने के बाद भी संसाधन उपयोग बहुत अधिक रहता है।
  • कुछ अनुप्रयोग घटक प्रतिक्रिया देने में विफल हो जाते हैं।
  • अनहैंडल किए गए अपवाद अंतिम उपयोगकर्ता द्वारा देखे जाते हैं।

यह परीक्षण प्रदर्शन परीक्षण श्रेणी में कैसे फिट बैठता है?

प्रदर्शन परीक्षण एक व्यापक शब्द है। नीचे दिए गए विभिन्न प्रकार केवल लगाए गए भार के स्वरूप और उसे बनाए रखने की अवधि में भिन्न होते हैं, यही कारण है कि अक्सर इन्हें एक दूसरे के साथ भ्रमित किया जाता है।

परीक्षण प्रकार लोड पैटर्न प्रश्न इसका उत्तर है
लोड परीक्षण अपेक्षित अधिकतम भार, अल्प अवधि क्या यह प्रणाली सामान्य व्यस्त यातायात के दौरान अपने लक्ष्यों को पूरा करती है?
तनाव परीक्षण क्षमता से अधिक वृद्धि होने पर विफलता हो जाती है इसमें खराबी कहाँ आती है, और क्या यह शालीनता से विफल होती है?
स्पाइक परीक्षण अचानक अत्यधिक उछाल, फिर गिरावट क्या यह यातायात के झटके से बच पाता है और उससे उबर पाता है?
सहनशक्ति परीक्षण सामान्य भार कई घंटों तक बना रहता है क्या समय के साथ प्रदर्शन में गिरावट आती है?
भिगोने का परीक्षण लंबे समय तक निरंतर भार क्या मेमोरी लीक या संसाधनों की कमी की समस्या है?
स्थिरता परीक्षण विभिन्न परिस्थितियों में भार में भिन्नता क्या परिस्थितियाँ बदलने पर भी सिस्टम विश्वसनीय बना रहता है?
वॉल्यूम परीक्षण सामान्य उपयोगकर्ता, बहुत बड़ी मात्रा में डेटा क्या यह डेटाबेस के बढ़ने पर भी काम कर पाता है?

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

परीक्षण के दौरान प्राप्त किए जाने वाले प्रमुख मापदंड

किसी भी परफॉर्मेंस रन की गुणवत्ता इस बात पर निर्भर करती है कि आप उसे चलते समय कितना रिकॉर्ड करते हैं। सर्वर और क्लाइंट साइड पर इन छह चीजों को कैप्चर करें, फिर उनकी तुलना बेसलाइन से करें, न कि अपने अंतर्ज्ञान से।

मैट्रिक यह आपको क्या बताता है? चेतावनी का संकेत
औसत प्रतिक्रिया समय सामान्य उपयोगकर्ता अनुभव रन के पार कोई भी ऊपर की ओर बहाव
95वें प्रतिशतक प्रतिक्रिया समय सबसे धीमे उपयोगकर्ताओं का अनुभव औसत से काफी ऊपर, यानी असंगति
प्रवाह प्रति सेकंड संभाले गए अनुरोध भार स्थिर रहते हुए गिरना
त्रुटि दर असफल या समय समाप्त हो चुके अनुरोधों का हिस्सा सहमत सीमा से ऊपर कोई भी वृद्धि
सीपीयू और मेमोरी का उपयोग सर्वर संसाधन सीमा यादें जो ऊपर चढ़ती हैं और कभी वापस नहीं आतीं।
डेटाबेस कनेक्शन और थ्रेड्स पूल की थकावट बिना रिलीज हुए लगातार बढ़ती संख्या

औसत और प्रतिशतक दोनों को एक साथ पढ़ें। 95वें परसेंटाइल 900 मिलीसेकंड के साथ औसत 800 मिलीसेकंड एक सुसंगत प्रणाली को दर्शाता है। 95वें परसेंटाइल 9 सेकंड के साथ यही औसत दर्शाता है कि बीस में से एक उपयोगकर्ता को समस्या हो रही है, और औसत इसे छिपा रहा है।

सिर्फ मूल्य पर नहीं, आकार पर भी ध्यान दें। किसी भी लंबे समय तक चलने वाले परीक्षण में, एक सपाट संसाधन रेखा सफलता का संकेत है और एक बढ़ती हुई रेखा विफलता का संकेत है, भले ही परीक्षण समाप्त होने के समय निरपेक्ष संख्या अभी भी सीमा के भीतर आराम से हो।

धीरज परीक्षण: मुख्य निष्कर्ष

  • In सॉफ्टवेयर इंजीनियरिंगधीरज परीक्षण लोड परीक्षण का एक उपसमूह है।
  • सहनशक्ति परीक्षण एक लंबी प्रक्रिया है और कभी-कभी एक वर्ष तक भी चल सकती है
  • सत्यापन के लिए जाँच की जाती है
  • स्मृति रिसाव का परीक्षण करें
  • परीक्षण प्रतिक्रिया समय
  • डेटाबेस कनेक्शन आदि का परीक्षण करें.

अक्सर पूछे जाने वाले प्रश्न

लोड टेस्टिंग से यह सत्यापित होता है कि सिस्टम थोड़े समय के लिए अधिकतम लोड पर अपने लक्ष्यों को पूरा करता है या नहीं। एंड्योरेंस टेस्टिंग में सामान्य लोड को घंटों तक बनाए रखा जाता है ताकि यह पता चल सके कि रन के अंत तक भी वे लक्ष्य बरकरार रहते हैं या नहीं।

प्रतिक्रिया समय या संसाधन उपयोग में कोई भी निरंतर वृद्धि, भले ही कोई सीमा पार न हुई हो। दोष स्वयं विचलन है, क्योंकि यह अंततः उत्पादन में सीमा को पार कर जाएगा।

फंक्शनल और लोड टेस्टिंग सफल होने के बाद, और इतनी जल्दी कि किसी भी खामी का पता चलने पर उसे ठीक किया जा सके। रिलीज़ से ठीक एक रात पहले इसे चलाने से परिणाम पर कार्रवाई करने का समय नहीं बचता।

एआई-आधारित निगरानी उस बिंदु का पता लगाती है जहां एक मीट्रिक का रुझान बदलता है और इसे तैनाती या निर्धारित कार्यों के साथ सहसंबंधित करती है, जिससे घंटों के ग्राफ को एक विशिष्ट संदिग्ध में बदल दिया जाता है।

इससे प्राथमिकता तय करने में मदद मिल सकती है। जोखिम मॉडल यह उजागर करते हैं कि कौन से रिलीज़ लीक-प्रवण कोड को प्रभावित करते हैं, इसलिए पूर्ण रन उन परिवर्तनों के लिए आरक्षित होते हैं जिन्हें उनकी सबसे अधिक आवश्यकता होने की संभावना होती है।

इस पोस्ट को संक्षेप में इस प्रकार लिखें: