मेन्यू

उदाहरणों के साथ एक पूर्ण प्रदर्शन परीक्षण गाइड

complete performance testing guide with examples

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

प्रदर्शन परीक्षण क्या है?

प्रदर्शन परीक्षण को Testing परफेक्ट टेस्टिंग ’के रूप में भी जाना जाता है, यह जांचने के लिए एक प्रकार का परीक्षण है कि जवाबदेही और स्थिरता के संदर्भ में कार्यभार के तहत एप्लिकेशन या सॉफ़्टवेयर कैसे कार्य करता है। प्रदर्शन परीक्षण लक्ष्य एक आवेदन से प्रदर्शन बाधाओं की पहचान करना और निकालना है।

यह परीक्षण मुख्य रूप से यह जांचने के लिए किया जाता है कि सॉफ्टवेयर एप्लिकेशन गति, मापनीयता और स्थिरता के लिए अपेक्षित आवश्यकताओं को पूरा करता है या नहीं।

विंडोज़ त्रुटि मरम्मत उपकरण विंडोज़ 10

इस ट्यूटोरियल सीरीज़ में, हम संपूर्ण विवरण जैसे - परफ़ेक्ट टेस्टिंग प्रकार, प्रक्रिया और स्क्रैच से प्रदर्शन परीक्षण रणनीति दस्तावेज़ को कवर करेंगे।

यह एक विस्तृत ट्यूटोरियल श्रृंखला है जिसे आप बुकमार्क करना चाहते हैं!

आइए ढूंढते हैं!

एक पूर्ण प्रदर्शन परीक्षण गाइड

इस श्रृंखला में सभी प्रदर्शन परीक्षण ट्यूटोरियल की सूची:

ट्यूटोरियल # 1: प्रदर्शन परीक्षण पूरा गाइड (यह ट्यूटोरियल)
ट्यूटोरियल # 2: प्रदर्शन, लोड और तनाव परीक्षण के बीच अंतर
ट्यूटोरियल # 3: कार्यात्मक परीक्षण बनाम प्रदर्शन परीक्षण
ट्यूटोरियल # 4: प्रदर्शन टेस्ट प्लान और टेस्ट रणनीति
ट्यूटोरियल # 5: अपने प्रदर्शन परीक्षण को सुपरचार्ज करने के तरीके
ट्यूटोरियल # 6: क्लाउड प्रदर्शन परीक्षण गाइड
ट्यूटोरियल # 7: मोबाइल ऐप प्रदर्शन परीक्षण गाइड
ट्यूटोरियल # 8: मैनुअल प्रदर्शन परीक्षण कैसे करें
ट्यूटोरियल # 9: वेबसाइट प्रदर्शन परीक्षण ट्यूटोरियल
ट्यूटोरियल # 10: प्रदर्शन परीक्षण कंपनियों
ट्यूटोरियल # 11: लोडरनर के साथ प्रदर्शन परीक्षण (श्रृंखला)

उपकरण:

ट्यूटोरियल # 12: शीर्ष प्रदर्शन परीक्षण उपकरण
ट्यूटोरियल # 13: Neoload प्रदर्शन टेस्ट ट्यूटोरियल
ट्यूटोरियल # 14: ब्लेज़मीटर मोबाइल प्रदर्शन परीक्षण ट्यूटोरियल
ट्यूटोरियल # 15: WAPT लोड, तनाव और प्रदर्शन परीक्षण ट्यूटोरियल
ट्यूटोरियल # 16: SmartMeter.io वेबसाइट प्रदर्शन परीक्षण ट्यूटोरियल

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

प्रदर्शन परीक्षण के प्रकार

प्रदर्शन परीक्षण प्रकार

लोड परीक्षण

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

प्रमुख विचार हैं:

  1. अनुप्रयोग द्वारा अनपेक्षित रूप से व्यवहार करना शुरू करने से पहले आवेदन को अधिकतम लोड करने में सक्षम क्या है?
  2. सिस्टम के स्लो होने या क्रैश होने से पहले डेटाबेस को संभालने में कितना डेटा सक्षम है?
  3. क्या नेटवर्क से संबंधित कोई समस्या है?

तनाव परीक्षण

तनाव परीक्षण का उपयोग प्रणाली को तोड़ने के तरीके खोजने के लिए किया जाता है। परीक्षण अधिकतम भार की सीमा भी प्रदान करता है जो सिस्टम पकड़ सकता है।

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

निम्नलिखित प्रश्नों पर ध्यान दिया जाना चाहिए:

  • एक सिस्टम के टूटने से पहले अधिकतम भार क्या हो सकता है?
  • सिस्टम कैसे टूट रहा है?
  • क्या सिस्टम के दुर्घटनाग्रस्त होने के बाद ठीक हो सकता है?
  • अप्रत्याशित भार को संभालने के दौरान एक प्रणाली कितने तरीकों से टूट सकती है और कौन से कमजोर नोड हैं?

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

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

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

क्षमता परीक्षण

=> क्या एप्लिकेशन सामान्य और शिखर लोड दोनों स्थितियों में व्यावसायिक वॉल्यूम को पूरा करने में सक्षम है?

क्षमता परीक्षण आम तौर पर भविष्य की संभावनाओं के लिए किया जाता है। क्षमता परीक्षण निम्नलिखित को संबोधित करता है:

  1. क्या आवेदन भविष्य के लोड का समर्थन करने में सक्षम होगा?
  2. क्या पर्यावरण आगामी बढ़े हुए भार के लिए खड़े होने में सक्षम है?
  3. पर्यावरण को पर्याप्त सक्षम बनाने के लिए आवश्यक अतिरिक्त संसाधन क्या हैं?

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

ऑनलाइन बैंकिंग एक आदर्श उदाहरण है जहाँ क्षमता परीक्षण एक प्रमुख भूमिका निभा सकता है।

विश्वसनीयता और रिकवरी परिक्षण

विश्वसनीयता परीक्षण या पुनर्प्राप्ति परीक्षण - यह सत्यापित करना है कि असफलता या असामान्य व्यवहार के बाद आवेदन अपने सामान्य स्थिति में वापस आने में सक्षम है या नहीं और ऐसा करने में कितना समय लगता है (दूसरे शब्दों में, समय का अनुमान)।

यदि कोई ऑनलाइन ट्रेडिंग साइट विफलता का अनुभव करती है, जहां उपयोगकर्ता दिन के एक निश्चित समय (पीक ऑवर्स) पर शेयर खरीदने / बेचने में सक्षम नहीं होते हैं, लेकिन एक या दो घंटे के बाद ऐसा करने में सक्षम होते हैं, हम कह सकते हैं कि आवेदन विश्वसनीय है या असामान्य व्यवहार से बरामद।

प्रदर्शन टेस्ट प्रक्रिया

इस परीक्षण में दी गई सभी गतिविधियाँ इस प्रकार हैं:

प्रदर्शन परीक्षण वर्कफ़्लो

(1) आवश्यकता विश्लेषण / सभा

प्रदर्शन टीम ग्राहकों की पहचान और आवश्यकताओं को इकट्ठा करने के लिए बातचीत करती है - तकनीकी और व्यवसाय। इसमें एप्लिकेशन की वास्तुकला, प्रौद्योगिकियों और उपयोग किए गए डेटाबेस, इच्छित उपयोगकर्ताओं, कार्यक्षमता, एप्लिकेशन उपयोग, के बारे में जानकारी प्राप्त करना शामिल है। परीक्षण की आवश्यकता , हार्डवेयर और सॉफ्टवेयर आवश्यकताओं, आदि

# 2) POC / उपकरण चयन

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

उपलब्ध उपकरणों की सूची उपकरण की लागत, उस प्रोटोकॉल पर निर्भर करती है जो एप्लिकेशन का उपयोग कर रहा है, एप्लिकेशन को बनाने के लिए उपयोग की जाने वाली प्रौद्योगिकियां, परीक्षण के लिए हमारे द्वारा उपयोग किए जा रहे उपयोगकर्ताओं की संख्या आदि। POC के दौरान, पहचान की गई कुंजी के लिए स्क्रिप्ट बनाई जाती हैं। कार्यक्षमता और 10-15 आभासी उपयोगकर्ताओं के साथ निष्पादित।

# 3) प्रदर्शन परीक्षण योजना और डिजाइन

पूर्ववर्ती चरणों में एकत्रित जानकारी के आधार पर, परीक्षण योजना और डिजाइनिंग आयोजित की जाती है।

टेस्ट प्लानिंग में यह जानकारी शामिल होती है कि प्रदर्शन परीक्षण किस प्रकार होने वाला है - परीक्षण वातावरण, कार्यभार, हार्डवेयर, आदि।

नीचे दिए गए टेस्ट रणनीति दस्तावेज़ पर अधिक।

# 4) प्रदर्शन परीक्षण विकास

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

# 5) प्रदर्शन टेस्ट मॉडलिंग

प्रदर्शन लोड मॉडल परीक्षण निष्पादन के लिए बनाया गया है। इस कदम का मुख्य उद्देश्य यह प्रमाणित करना है कि दिए गए प्रदर्शन मैट्रिक्स (ग्राहकों द्वारा प्रदान किए गए) परीक्षण के दौरान हासिल किए गए हैं या नहीं। लोड मॉडल बनाने के लिए अलग-अलग दृष्टिकोण हैं। “ लिटिल का नियम “ज्यादातर मामलों में उपयोग किया जाता है।

# 6) परीक्षा निष्पादन

परिदृश्य को नियंत्रक या प्रदर्शन केंद्र में लोड मॉडल के अनुसार डिज़ाइन किया गया है लेकिन प्रारंभिक परीक्षण अधिकतम उपयोगकर्ताओं के साथ निष्पादित नहीं किए जाते हैं जो लोड मॉडल में हैं।

टेस्ट एक्जामिनेशन अचानक किया जाता है। उदाहरण के लिए, यदि उपयोगकर्ताओं की अधिकतम संख्या 100 है, तो परिदृश्य पहले 10, 25, 50 उपयोगकर्ताओं और इतने पर चलते हैं, अंततः 100 उपयोगकर्ताओं पर चलते हैं।

# 7) परीक्षा परिणाम विश्लेषण

प्रदर्शन परीक्षक के लिए परीक्षा परिणाम सबसे महत्वपूर्ण हैं। यह वह जगह है जहां हम ROI (निवेश पर वापसी) और उत्पादकता साबित कर सकते हैं जो एक प्रदर्शन परीक्षण प्रयास प्रदान कर सकता है।

कुछ सर्वोत्तम अभ्यास जो परिणाम विश्लेषण प्रक्रिया में मदद करते हैं:

  1. प्रत्येक परीक्षा परिणाम के लिए एक अनूठा और सार्थक नाम - यह परीक्षण के उद्देश्य को समझने में मदद करता है।
  2. परीक्षा परिणाम सारांश में निम्नलिखित जानकारी शामिल करें:
  • असफलता का कारण
  • पिछले परीक्षण रन की तुलना में आवेदन के प्रदर्शन में बदलाव
  • आवेदन के निर्माण या परीक्षण पर्यावरण के बिंदु से परीक्षण में किए गए परिवर्तन।
  • प्रत्येक परीक्षण चलाने के बाद परिणाम सारांश बनाने के लिए यह एक अच्छा अभ्यास है ताकि हर बार परीक्षण परिणामों को संदर्भित किए जाने पर विश्लेषण परिणाम संकलित न हों।
  • पीटी को आम तौर पर सही निष्कर्ष तक पहुंचने के लिए कई परीक्षणों की आवश्यकता होती है।
  • परिणाम सारांश में निम्नलिखित बिंदुओं का होना अच्छा है:
    • परीक्षण का उद्देश्य
    • आभासी उपयोगकर्ताओं की संख्या
    • परिदृश्य सारांश
    • परीक्षण की अवधि
    • प्रवाह
    • रेखांकन
    • रेखांकन तुलना
    • प्रतिक्रिया समय
    • त्रुटि हुई
    • सिफारिशों

# 8) रिपोर्ट

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

संक्षिप्त, वर्णनात्मक और बिंदु पर परीक्षण रिपोर्ट को अच्छा माना जाता है।

प्रदर्शन टेस्ट स्ट्रेटेजी डॉक्यूमेंट कैसे लिखें?

यह ट्यूटोरियल समझाएगा कि मैसेजिंग एप्लिकेशन के लिए एक नमूना प्रदर्शन परीक्षण रणनीति कैसे लिखनी है।

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

प्रदर्शन की रणनीति

नमूना प्रदर्शन परीक्षण रणनीति टेम्पलेट

एबीसी चैट आवेदन के बारे में - मान लेते हैं कि यह एक चैट वर्कबेंच है जो किसी कंपनी में उनके ग्राहक सहायता एजेंट द्वारा उपयोग किया जाता है, यह चैट एप्लिकेशन XMPP प्रोटोकॉल का उपयोग करता है, अर्थात, त्वरित संदेश भेजने और प्राप्त करने के लिए एक्सटेंसिबल मैसेजिंग और उपस्थिति प्रोटोकॉल और ओपन फायर सर्वर।

इस मौजूदा चैट क्लाइंट में कुछ सुधार किए गए हैं जैसे रिमोट पीसी कंट्रोल, पीसी डायग्नोसिस, रिपेयर टूल्स, ऑनलाइन चैट इत्यादि, इसलिए यह प्रदर्शन टेस्ट रणनीति ऐसे अनुप्रयोगों का एक नमूना है।

इस एप्लिकेशन के लिए मान लें कि प्रोजेक्ट टीम ने उपयोग करने का निर्णय लिया है JMeter प्रदर्शन परीक्षण के लिए और JIRA दोष ट्रैकिंग के लिए।

जावा कैसे एक कतार बनाने के लिए

परफॉरमेंस टेस्ट स्ट्रेटेजी डॉक्यूमेंट के पहले पेज में टाइटल ऑफ़ द डॉक्यूमेंट और कॉपियराइट्स ऑफ़ द कंपनी होनी चाहिए।

दूसरे पृष्ठ में दस्तावेज़ नियंत्रण शामिल होना चाहिए जिसमें दस्तावेज़ संस्करण इतिहास, समीक्षक और विवाद सूची और योगदानकर्ता सूची शामिल है।

तीसरे पृष्ठ में नीचे दी गई विषयवस्तु के साथ सामग्री की तालिका होनी चाहिए।

#1 परिचय

इस दस्तावेज़ का उद्देश्य यह परिभाषित / व्याख्या करना है कि वर्तमान और भविष्य की स्थिति के लिए एबीसी चैट एप्लिकेशन पर प्रदर्शन परीक्षण कैसे किया जाएगा।

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

उद्देश्य

प्रदर्शन परीक्षण के प्रमुख उद्देश्य इस प्रकार हैं:

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

नीचे दी गई तस्वीर स्पष्ट रूप से प्रदर्शन परीक्षण और अनुकूलन प्रक्रिया बताती है:

प्रदर्शन परीक्षण और अनुकूलन प्रक्रिया

आर्किटेक्चर

आपको इस सत्र में अपनी परियोजना के आर्किटेक्चर आरेख को शामिल करना होगा।

#2। घेरा

दायरे में

नीचे एबीसी चैट कार्यक्षेत्र के लिए प्रदर्शन परीक्षण गुंजाइश है:

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

दायरे से बाहर

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

# 3) दृष्टिकोण

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

इन पुस्तकालयों को एक जार फ़ाइल में बांधा जाता है जिसे जेमीटर में तैनात किया जाता है और इसे परीक्षण किए जाने वाले परिदृश्यों के आधार पर डिज़ाइन किया जाता है। Jmeter वर्क बेंच स्थानीय मशीन में स्थापित होती है जो JMeter सर्वर से कनेक्ट होती है जिसमें सिस्टम व्यवहार की निगरानी के लिए चैट सर्वर सिस्टम पर आवश्यक लोड उत्पन्न करने के लिए लोड जेनरेटर होता है।

परीक्षण परिदृश्य JMeter उपकरण का उपयोग करके स्क्रिप्ट किया जाएगा। लिपियों को आवश्यकतानुसार अनुकूलित किया जाएगा। वास्तविक दुनिया के परिदृश्यों को अनुकरण करने के लिए आवश्यक रैंप-अप के साथ शेड्यूल बनाया जाएगा।

परीक्षण परिदृश्य टूट जाएगा और नीचे के पहलुओं में मापा जाएगा:

क) आधारभूत परीक्षण: प्रत्येक प्रदर्शन को 1 वूसर और कई पुनरावृत्तियों के साथ चलाने के लिए यह पहचानने के लिए कि आवेदन प्रदर्शन व्यवसाय सेवा स्तर समझौते से मिलता है या नहीं।

बी) बेस लोड टेस्ट: लोड परीक्षण के तहत बिजनेस बेंचमार्क को पूरा करने के लिए, प्रदर्शन परीक्षण टीम एक बेसलॉड परीक्षण करेगी जो बढ़ते लोड के साथ किसी भी सिस्टम प्रदर्शन के मुद्दों की पहचान करने में मदद करेगी और प्रदर्शन परीक्षण के अगले स्तर के लिए आधार रेखा बनाता है।

ग) पीक लोड / स्केलेबिलिटी टेस्ट: प्रदर्शन परीक्षण टीम अपेक्षित भार को पूरा करने के लिए बढ़ते हुए वाइसर के साथ कई परीक्षण करेगी और प्रदर्शन वक्र स्थापित करने के लिए एप्लिकेशन प्रदर्शन को मापने के लिए और यह पहचानने के लिए कि क्या तैनाती पीक उपयोगकर्ता लोड के तहत सेवा स्तर के समझौतों का समर्थन कर सकती है।

यह व्यक्तिगत जावा वर्चुअल मशीनों (जेवीएम), आवश्यक जेवीएम और प्रोसेसर की कुल संख्या को ट्यूनिंग या क्षमता नियोजन में मदद करता है। यह Vusers की संख्या को 50%, 75%, 100% और 125% पीक क्षमता में वृद्धि करके प्राप्त किया जाएगा।

घ) धैर्य की परीक्षा: प्रदर्शन परीक्षण टीम मेमोरी लीक, समय के साथ प्रदर्शन के मुद्दों और समग्र प्रणाली स्थिरता की पहचान करने के लिए 8 घंटे / 16 घंटे / 24 घंटे की अवधि के लिए इस परीक्षण को चलाएगी। धीरज परीक्षणों के दौरान, प्रदर्शन परीक्षण टीम प्रमुख प्रदर्शन संकेतकों पर नज़र रखती है, जैसे लेनदेन प्रतिक्रिया समय और स्मृति उपयोग की स्थिरता।

CPU, मेमोरी और IO जैसे सिस्टम संसाधनों को प्रोजेक्ट टीम की मदद से मॉनिटर करने की आवश्यकता है।

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

प्रदर्शन परीक्षण परिदृश्य

परिदृश्यों के सेट के साथ एक्सेल को शामिल करें।

उदाहरण के लिए,

परिद्रश्य 1: एक्स नं के लिए एजेंट और ग्राहक चैट को मान्य करने के लिए। समवर्ती सत्रों की।

प्रदर्शन टेस्ट के प्रकार

नीचे दी गई तालिका उनके उद्देश्यों के साथ विभिन्न प्रकार के प्रदर्शन परीक्षणों की व्याख्या करती है।

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

प्रदर्शन मेट्रिक्स

  • क्लाइंट-साइड मेट्रिक्स
एस.एन.ओ.मीट्रिकविवरणप्रारूप
एकलेन-देन प्रतिक्रिया समयप्रदर्शन परीक्षण की स्थिर स्थिति के दौरान पृष्ठों का प्रतिक्रिया समयग्राफ़
दोप्रवाहसमय के साथ सर्वर से वीयूजर को मिलने वाले डेटा की मात्राग्राफ़
३हिट्स / सेकंडपरिदृश्य चलाने के दौरान वेब सर्वर के लिए वीयूआरएस द्वारा किए गए HTTP अनुरोधों की संख्याग्राफ़
४पारित / असफल लेनदेन की संख्या

परीक्षण निष्पादन के दौरान पारित और असफल होने वाले लेनदेन की कुल संख्याएक्सेल
५लेन-देन त्रुटि दरलेनदेन का प्रतिशत जो परीक्षण के निष्पादन के दौरान विफल रहाग्राफ़
  • सिस्टम और नेटवर्क प्रदर्शन मेट्रिक्स

सिस्टम और नेटवर्क प्रदर्शन मेट्रिक्स

प्रदर्शन परीक्षण गतिविधियाँ और वितरण

प्रदर्शन परीक्षण गतिविधियाँ

# 4) डेटा का परीक्षण करें

यह माना जा रहा है कि प्रदर्शन पर्यावरण डेटा उत्पादन डेटा की एक प्रति होगी और परियोजना टीम द्वारा आवश्यक परीक्षण डेटा प्रदान किया जाएगा।

# 5) प्रवेश और निकास मानदंड

  • पर्यावरण में सभी अनुप्रयोगों के लिए प्रवेश।
  • पर्यावरण की तत्परता पूरी।
  • प्रदर्शन परीक्षण डेटा तत्परता।

प्रवेश और निकास मानदंड

# 6) दोष प्रबंधन

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

दोष गंभीरता परिभाषा;

गंभीरता कोड की परिभाषाएं इस प्रकार हैं:

तीव्रताविकास और संवर्धन समस्याओं के लिए विवरण
अवरोधक सिस्टम त्रुटि, शो स्टॉपर, नेटवर्क समस्याएं
नाजुक सिस्टम की त्रुटियां, कोई स्पष्ट हल नहीं, रुकावट या गायब व्यापार कार्यक्षमता

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

# 7) परीक्षण उपकरण और तकनीक

उपकरणउद्देश्य
जमैटरएबीसी चैट आवेदन के लोड और प्रदर्शन को सत्यापित करने के लिए।

# 8) निलंबन और बहाली मानदंड

नीचे दिए गए क्रिटिकल सस्पेंशन और रेज़्यूमेशन मानदंड हैं जो परीक्षण गतिविधियों को प्रभावित करेंगे:

निलंबनप्रभावपुनरारंभ
पर्यावरण स्थापित नहींपरीक्षण आगे नहीं बढ़ सकता

पर्यावरण की तत्परता।
आवेदन अस्थिर पाया गयापरीक्षण आगे नहीं बढ़ सकता।

मसला हल हो गया
टेस्ट डेटा उपलब्ध नहीं हैपरीक्षण आगे नहीं बढ़ सकता।

टेस्ट डेटा तैयार है

# 9) टेस्ट डिलीवर करता है

प्रदर्शन परीक्षण उद्धार में शामिल हैं:

  • प्रदर्शन परीक्षण रणनीति
  • प्रदर्शन आवश्यकताएँ दस्तावेज़
  • प्रदर्शन परीक्षण परिदृश्य दस्तावेज़
  • प्रदर्शन टेस्ट लिपियों
  • प्रदर्शन परीक्षण के परिणाम

# 10) भूमिकाएं और जिम्मेदारियां

भूमिकाएँ और जिम्मेदारियाँ नीचे दी गई तालिका में स्पष्ट रूप से बताई गई हैं।

भूमिकायें और उत्तरदायित्व

# 11) संभावित जोखिम और शमन योजना

एस.एन.ओ.जोखिमसंभावनाप्रभावशमन योजनामालिक
एकप्रदर्शन लोड परीक्षण के निष्पादन के लिए परीक्षण डेटा अनुपलब्धताएचएचप्रदर्शन परीक्षण निष्पादन के लिए अनुमानित तिथियों की समीक्षा और अद्यतन किया जाना चाहिए। डेटा एकत्र करने के लिए कार्यात्मक / देव टीम का समर्थन आवश्यक है।-
दोपर्यावरण के मुद्देंएलमपुनः वितरण को प्राथमिकता दें-
३कार्यक्षमता परीक्षण निष्पादन के दौरान कार्यक्षमता / डिज़ाइन में परिवर्तन

मएचइसके लिए प्रदर्शन परीक्षण परिदृश्यों पर फिर से काम करना पड़ता है-
४प्रदर्शन की समस्याओं के निवारण के लिए अतिरिक्त प्रदर्शन चलता हैमएचप्रदर्शन परीक्षण कार्यक्रम संशोधित और उत्पाद टीम को अद्यतन किया जाएगा।-
५प्रदर्शन के लिए 1 बग फिक्स बिल्ड के आधार पर अनुमान तैयार किए जाते हैं। एकाधिक बग फिक्स बिल्ड परीक्षण चक्रों में देरी करेगा और अंततः यह निर्भर करता है कि अगला निर्माण फिर से चलाने के लिए कब उपलब्ध होगा।एचएचपुन: प्रदर्शन परीक्षण निष्पादन चक्रों को प्राथमिकता दें।-
६हार्डवेयर उपलब्धतामएचशेड्यूल शुरू करने की तारीख तदनुसार स्थानांतरित की जाएगी।-

# 12) मान्यताओं

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

# 13) निर्भरताएँ

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

# 14) संकेताक्षर

संक्षिप्तविवरण
डाटाबेसडेटाबेस
एचटीटीपीहाइपरटेक्स्ट ट्रांसफ़र प्रोटोकॉल
JDBCजावा डेटाबेस कनेक्टिविटी
क्यूएगुणवत्ता आश्वासन
सलादसेवा स्तर समझौता
एसएमईविषय विशेषज्ञ

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

नकली ईमेल कैसे सेट करें

यथार्थवादी प्रदर्शन परीक्षण के लिए सर्वोत्तम अभ्यास

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

आइए प्रदर्शन परीक्षण को प्रभावी ढंग से संचालित करने के लिए प्रत्येक चरण पर विस्तार से विचार करें।

(1) योजना

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

# 2) विकास

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

# 3) निष्पादन

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

# 4) विश्लेषण

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

निष्कर्ष

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

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

इसके अलावा, चेक => फ्री लोडरनर इन-डेप्थ ट्रेनिंग सीरीज़

अगले ट्यूटोरियल

अनुशंसित पाठ

^