मेन्यू

वॉल्यूम परीक्षण ट्यूटोरियल: उदाहरण और वॉल्यूम परीक्षण उपकरण

  • मुख्य
  • अन्य
  • वॉल्यूम परीक्षण ट्यूटोरियल: उदाहरण और वॉल्यूम परीक्षण उपकरण

volume testing tutorial

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

वॉल्यूम परीक्षण का अवलोकन:

क्या नीचे दी गई तस्वीर किसी न किसी तरह से हमारे ऐप से संबंधित है? हां, यह तब होता है जब हम अपने सर्वर, डेटाबेस, वेब सेवाओं आदि को ओवरलोड करते हैं।

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

यह हमारे लिए महत्वपूर्ण नहीं है कि उत्पाद स्वामी ने यह आवश्यकता दी है या नहीं। हमें छोटे परीक्षणों के लिए भी इस परीक्षण को अपनी पूर्ण परीक्षण प्रक्रिया का एक हिस्सा मानना ​​चाहिए।

वॉल्यूम परीक्षण

वॉल्यूम टेस्टिंग पर यह ट्यूटोरियल आपको इसके अर्थ, आवश्यकता, महत्व, चेकलिस्ट और इसके कुछ टूल्स का पूरा अवलोकन देता है ताकि आप इसे बेहतर तरीके से समझ सकें।

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

वॉल्यूम परीक्षण क्या है?

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

डेटाबेस को डेटा की एक बड़ी मात्रा में जोड़कर एक थ्रेशोल्ड बिंदु तक बढ़ाया जाता है और फिर सिस्टम को इसकी प्रतिक्रिया के लिए परीक्षण किया जाता है।

यह सिद्धांत हिस्सा था, मुझे आपको कुछ व्यावहारिक उदाहरणों के साथ समझाने में मदद करने के लिए समझाएं 'कब अ' वॉल्यूम परीक्षण का हिस्सा।

यह परीक्षण इम्पीरेटिव कब है?

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

8 वर्षों के अपने अनुभव से कुछ उदाहरण निम्नलिखित हैं जो 'भाग' होने पर समझाते हैं:

उदाहरण 1:

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

कभी-कभी, हमारे साथ भी, डेटाबेस तब धीमा हो जाता था जब हम सभी अपने परीक्षण के लिए एक साथ डेटा जोड़ते थे। यह कष्टप्रद था और डेटा की भारी मात्रा के कारण काम में बाधा आती थी और काम को कम करने के लिए हमें डीबी को अक्सर साफ करना पड़ता था।

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

उदाहरण 2:

मेरे उद्यम का एक और उदाहरण एक पारिस्थितिकी तंत्र था जिसमें न केवल एक वेब ऐप बल्कि एक SharePoint ऐप और यहां तक ​​कि एक इंस्टॉलर भी था। ये सभी सिस्टम डेटा ट्रांसफर के लिए एक ही डेटाबेस में संचार कर रहे थे। उस प्रणाली द्वारा संभाला गया डेटा भी बहुत विशाल था और यदि किसी कारण से DB धीमा हो जाता है तो भी इंस्टॉलर काम करना बंद कर देगा।

इसलिए, वॉल्यूम परीक्षण एक नियमित आधार पर किया गया था और डीबी के प्रदर्शन को किसी भी मुद्दे के लिए न्यूनतम रूप से देखा गया था।

इसी तरह, हम ले सकते हैउदाहरणकुछ ऐप जो हम दैनिक आधार पर खरीदारी, टिकट बुकिंग, वित्तीय लेनदेन आदि के लिए उपयोग करते हैं जो भारी डेटा लेनदेन से निपटते हैं और इसलिए उन्हें वॉल्यूम परीक्षण की आवश्यकता होती है।

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

इसकी सीमाओं और चुनौतियों में कुछ शामिल हैं:

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

अब, हम समझ गए हैं कब अ हमें इस प्रकार का परीक्षण करने की आवश्यकता है। आइए हम भी समझते हैं 'क्यों' हमें इस परीक्षण को इस परीक्षण के उद्देश्य, उद्देश्य या उद्देश्य के रूप में करना चाहिए।

मुझे वॉल्यूम परीक्षण के लिए क्यों करना चाहिए?

कनेक्टेड डेटा

वॉल्यूम परीक्षण आपको यह समझने में मदद कर सकता है कि वास्तविक दुनिया के लिए आपका सिस्टम कितना फिट है और यह आपके पैसे को बचाने में भी मदद करता है जो बाद में रखरखाव के लिए खर्च किया जाएगा।

इस परीक्षण को करने के कुछ संभावित कारण निम्नलिखित हैं:

  • बढ़ी हुई डेटा के खिलाफ आपके सिस्टम के प्रदर्शन का विश्लेषण करने के लिए सबसे बुनियादी जरूरत है डेटा की एक बड़ी मात्रा बनाने से आपको प्रतिक्रिया समय, डेटा हानि, आदि के संदर्भ में अपने सिस्टम के प्रदर्शन को समझने में मदद मिलेगी।
  • उन मुद्दों की पहचान करें जो विशाल डेटा और थ्रेशोल्ड बिंदु के साथ होंगे।
  • टिकाऊ या थ्रेशोल्ड बिंदु से परे, सिस्टम व्यवहार यानी अगर DB क्रैश हो जाता है गैर जिम्मेदाराना या समय समाप्त हो जाता है।
  • डीबी अधिभार के लिए समाधान लागू करना और यहां तक ​​कि उन्हें सत्यापित करना।
  • अपने DB के चरम बिंदु (जो निश्चित नहीं किया जा सकता है) का पता लगाना जिसके आगे सिस्टम विफल हो जाएगा और इस प्रकार एहतियात बरतने की आवश्यकता है।
  • एक से अधिक डीबी सर्वर के मामले में, डीबी संचार के साथ मुद्दों का पता लगाना, यानी उनमें से विफलता का सबसे अधिक खतरा है, आदि।

अब हम इस परीक्षण को करने के महत्व और कारण को जानते हैं।

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

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

एक बार जब आप जान जाते हैं कि आपके सिस्टम या ऐप के लिए क्या सत्यापित किया जाना है, तो अगली बात यह है कि परिभाषित करने के लिए आपके ऐप के लिए एक चेकलिस्ट बनाएं 'क्या न' परीक्षण करने की आवश्यकता है।

इस जाँच के लिए मेरी जाँच सूची क्या है?

जांच सूची

इससे पहले कि हम आपके ऐप या सिस्टम के लिए एक चेकलिस्ट बनाने के लिए कुछ उदाहरणों में कदम रखते हैं, आइए पहले परीक्षण शुरू करने से पहले वॉल्यूम परीक्षण या दृष्टिकोण के लिए एक चेकलिस्ट बनाते समय कुछ बिंदुओं को ध्यान में रखें।

याद किए जाने वाले बिंदु:

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

कुछ उदाहरण निम्नलिखित हैं जिन्हें आप अपनी चेकलिस्ट में जोड़ या उपयोग कर सकते हैं:

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

इससे पहले कि हम अन्य उदाहरणों पर जाएँ, मामलों की जाँच करें, और उपकरण, आइए पहले समझते हैं कि यह परीक्षण लोड परीक्षण से कैसे भिन्न है।

वॉल्यूम परीक्षण बनाम लोड परीक्षण

नीचे दिए गए वॉल्यूम और लोड परीक्षण के बीच कुछ प्रमुख अंतर हैं:


क्र.सं.		वॉल्यूम परीक्षणलोड परीक्षण
एकवॉल्यूम परीक्षण डीबी में डेटा की एक बड़ी मात्रा के खिलाफ डेटाबेस के प्रदर्शन को सत्यापित करने के लिए किया जाता है।लोड परीक्षण संसाधनों के लिए उपयोगकर्ता भार को बदलकर और संसाधनों के प्रदर्शन का सत्यापन करके किया जाता है।
दोइस परीक्षण का प्राथमिक ध्यान 'डेटा' पर है।इस परीक्षण का प्राथमिक ध्यान 'उपयोगकर्ताओं' पर है।
३डेटाबेस अधिकतम सीमा तक तनावग्रस्त है।सर्वर अधिकतम सीमा तक तनावग्रस्त है।
४एक साधारण उदाहरण एक विशाल आकार की फ़ाइल बना सकता है।एक सरल उदाहरण बड़ी संख्या में फाइलें बना सकता है।

यह परीक्षण कैसे करें?

डेटाबेस परीक्षण

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

अपना परीक्षण केस निष्पादन शुरू करने से पहले सुनिश्चित करें कि:

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

आइए कुछ नमूना परीक्षण मामलों को देखें जिन्हें आप निष्पादन में उपयोग कर सकते हैं:

वॉल्यूम टेस्टिंग के लिए सभी चयनित डेटा वॉल्यूम के लिए इसे सत्यापित करें:

  1. सत्यापित करें कि यदि डेटा जोड़ना सफलतापूर्वक किया जा सकता है और यदि यह ऐप या वेबसाइट में प्रतिबिंबित होता है।
  2. सत्यापित करें कि डेटा हटाना सफलतापूर्वक किया जा सकता है और यदि यह ऐप या वेबसाइट में प्रतिबिंबित होता है।
  3. सत्यापित करें कि अपडेट करने वाले डेटा को सफलतापूर्वक किया जा सकता है और यदि यह ऐप या वेबसाइट में प्रतिबिंबित होता है।
  4. सत्यापित करें कि कोई डेटा हानि नहीं है और सभी जानकारी ऐप या वेबसाइट में अपेक्षित रूप से प्रदर्शित होती है।
  5. सत्यापित करें कि उच्च डेटा वॉल्यूम के कारण ऐप या वेब पेज टाइम नहीं कर रहे हैं।
  6. सत्यापित करें कि उच्च डेटा वॉल्यूम के कारण क्रैशिंग त्रुटियां नहीं दिखाई गई हैं।
  7. सत्यापित करें कि डेटा अधिलेखित नहीं है और उचित चेतावनी दिखाई गई है।
  8. सत्यापित करें कि आपकी वेबसाइट या ऐप के अन्य मॉड्यूल उच्च डेटा वॉल्यूम के साथ क्रैश या टाइमिंग नहीं कर रहे हैं।
  9. सत्यापित करें कि DB का प्रतिक्रिया समय स्वीकार्य सीमा के भीतर है।

वॉल्यूम परीक्षण उपकरण

स्वचालन उपकरण

जैसा कि पहले चर्चा की गई थी कि ऑटोमेशन परीक्षण से समय की बचत होती है और यहां तक ​​कि मैनुअल परीक्षण की तुलना में सटीक परिणाम मिलते हैं। वॉल्यूम परीक्षण के लिए उपकरणों का उपयोग करने का एक और लाभ यह है कि हम रात में परीक्षण चला सकते हैं और इस तरह अन्य टीमों या टीम के सदस्यों का काम DB के डेटा वॉल्यूम से प्रभावित नहीं होगा।

हम सुबह परीक्षणों को निर्धारित कर सकते हैं और परिणाम तैयार होंगे।

निम्नलिखित कुछ ओपन-सोर्स वॉल्यूम टेस्ट टूल की सूची है:

# 1) DbFit:

यह एक ओपन-सोर्स टूल है जो परीक्षण-संचालित विकास का समर्थन करता है।

DbFit परीक्षण ढांचे को फिटनेस के शीर्ष पर लिखा गया है, परीक्षण तालिकाओं का उपयोग करके लिखे गए हैं और किसी भी जावा आईडीई या सीआई उपकरण का उपयोग करके निष्पादित किया जा सकता है।

# 2) हैमरडैब:

हैमरडब एक ओपन-सोर्स टूल भी है जो स्वचालित, बहु-थ्रेडेड हो सकता है और यहां तक ​​कि रन-टाइम स्क्रिप्टिंग की अनुमति देता है। यह SQL, Oracle, MYSQL आदि के साथ काम कर सकता है।

# 3) JdbcSlim:

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

# 4) NoSQLMap:

इस एक ओपन-सोर्स पायथन टूल है, जो स्वचालित रूप से हमलों को इंजेक्ट करने के लिए डिज़ाइन किया गया है और खतरे का विश्लेषण करने के लिए डीबी कॉन्फ़िगरेशन को बाधित करता है। यह केवल MongoDB के लिए काम करता है।

# 5) रूबी-पीएलएससी-कल्पना:

PLSQL को रूबी का उपयोग करके यूनिट परीक्षण किया जा सकता है क्योंकि ओरेकल एक ओपन-सोर्स टूल के रूप में उपलब्ध है। इस मूल रूप से दो पुस्तकालयों का उपयोग करता है: रूबी- PLSQLand Rspec।

निष्कर्ष

वॉल्यूम परीक्षण गैर-कार्यात्मक परीक्षण है जो डेटाबेस के प्रदर्शन का विश्लेषण करने के लिए किया जाता है। इसे कुछ टूल्स की मदद से मैनुअली भी किया जा सकता है।

यदि आप एक क्यूए हैं जो इस परीक्षण के लिए नया है, तो मैं उपकरण के साथ खेलने या कुछ परीक्षण मामलों को निष्पादित करने का सुझाव दूंगा। इससे आपको परीक्षण में कूदने से पहले वॉल्यूम परीक्षण की अवधारणा को समझने में मदद मिलेगी।

तुम कहाँ मुक्त करने के लिए ऑनलाइन मोबाइल फोनों के लिए देख सकते हैं

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

आशा है कि इस ट्यूटोरियल ने इस विषय पर आपके ज्ञान की मात्रा बढ़ाई होगी :)

अनुशंसित पाठ

^