शुरुआती के लिए लोड टेस्टिंग कम्प्लीट गाइड

load testing complete guide

शुरुआती के लिए एक पूर्ण लोड परीक्षण गाइड:

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

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

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

इस प्रकार, जब हम कहते हैं कि हम प्रदर्शन के लिए एक आवेदन का परीक्षण कर रहे हैं, तो हम यहां क्या परीक्षण कर रहे हैं? हम लोड, वॉल्यूम, क्षमता, तनाव आदि के लिए आवेदन का परीक्षण कर रहे हैं।

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

• लोड परीक्षण क्या है?
• लोड टेस्ट आर्किटेक्चर
• लोड परीक्षण क्यों?
• वातावरण
• पहुंच
• सर्वोत्तम प्रथाएं
• निष्कर्ष
• अनुशंसित पाठ

लोड परीक्षण क्या है?

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

इस प्रकार जब भी हम लोड को संशोधित करते हैं, तो हम विभिन्न परिस्थितियों में सिस्टम के व्यवहार की निगरानी करते हैं।

उदाहरण :मान लें कि लॉगिन पेज के लिए हमारे क्लाइंट की आवश्यकता 2-5 सेकंड है और यह 2-5 सेकंड पूरे तब तक संगत होना चाहिए जब तक कि लोड 5000 उपयोगकर्ता न हो। तो हमें क्या सुनना चाहिए? क्या यह सिस्टम की लोड हैंडलिंग क्षमता है या यह केवल प्रतिक्रिया समय की आवश्यकता है?

उत्तर दोनों है। हम वह प्रणाली चाहते हैं जो सभी समवर्ती उपयोगकर्ताओं के लिए 2-5 सेकंड के प्रतिक्रिया समय के साथ 5000 उपयोगकर्ताओं का भार संभाल सके।

तो एक समवर्ती उपयोगकर्ता और एक आभासी उपयोगकर्ता का क्या मतलब है?

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

लोड टेस्ट आर्किटेक्चर

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

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

एक उपकरण का उपयोग करके लोड परीक्षण मैन्युअल रूप से और साथ ही किया जा सकता है। लेकिन मैनुअल लोड परीक्षण की सलाह नहीं दी जाती है क्योंकि हम कम लोड के लिए आवेदन का परीक्षण नहीं करते हैं।

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

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

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

यदि हमारे पास एक बजट है, तो हम लोडर जैसे वाणिज्यिक टूल के लिए जा सकते हैं, लेकिन अगर हमारे पास ज्यादा बजट नहीं है, तो हम ओपन सोर्स टूल जैसे JMeter, आदि के लिए जा सकते हैं।

गुणवत्ता विश्लेषक साक्षात्कार सवाल और जवाब

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

स्वचालित लोड परीक्षण में, हम उपयोगकर्ताओं को एक स्वचालन उपकरण की सहायता से प्रतिस्थापित करते हैं, जो वास्तविक समय के उपयोगकर्ता कार्यों की नकल करता है। भार को स्वचालित करके हम संसाधनों के साथ-साथ समय को भी बचा सकते हैं।

नीचे वह आरेख है जिसमें दर्शाया गया है कि उपयोगकर्ताओं को एक उपकरण का उपयोग करके कैसे प्रतिस्थापित किया जाता है।

लोड परीक्षण क्यों?

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

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

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

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

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

लोड परीक्षण के दौरान क्या हासिल किया जाता है?

एक उचित लोड परीक्षण के साथ, हम निम्नलिखित की सटीक समझ रख सकते हैं:

1. उपयोगकर्ताओं की संख्या जो सिस्टम को संभालने में सक्षम है या स्केलिंग करने में सक्षम है।
2. प्रत्येक लेनदेन का प्रतिक्रिया समय।
3. संपूर्ण सिस्टम का प्रत्येक घटक लोड के तहत कैसे व्यवहार करता है यानी एप्लिकेशन सर्वर घटक, वेब सर्वर घटक, डेटाबेस घटक आदि।
4. लोड को संभालने के लिए कौन सा सर्वर कॉन्फ़िगरेशन सबसे अच्छा है?
5. क्या मौजूदा हार्डवेयर पर्याप्त है या अतिरिक्त हार्डवेयर की कोई आवश्यकता है।
6. सीपीयू उपयोग, मेमोरी उपयोग, नेटवर्क देरी आदि जैसे बाधाओं की पहचान की जाती है।

वातावरण

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

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

उदाहरण:

उत्पादन परिवेश में, हमारे पास 3 एप्लिकेशन सर्वर, 2 वेब सर्वर और 2 डेटाबेस सर्वर हैं। QA में, हमारे पास केवल 1 एप्लिकेशन सर्वर, 1 वेब सर्वर और 1 डेटाबेस सर्वर है। इसलिए, यदि हम QA वातावरण पर लोड परीक्षण करते हैं, जो उत्पादन के बराबर नहीं है, तो हमारे परीक्षण मान्य नहीं हैं और गलत भी हैं और इसलिए हम इन परिणामों से नहीं जा सकते।

इस प्रकार हमेशा लोड परीक्षण के लिए एक समर्पित वातावरण का प्रयास करें जो उत्पादन वातावरण के समान हो।

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

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

पहुंच

लोड परीक्षण शुरू करने से पहले हमें यह समझने की आवश्यकता है कि क्या सिस्टम पर कोई लोड परीक्षण पहले से ही किया गया है या नहीं। यदि पहले कोई लोड परीक्षण किया गया था, तो हमें यह जानना होगा कि प्रतिक्रिया समय, ग्राहक और सर्वर मेट्रिक्स क्या एकत्र किया गया था, उपयोगकर्ता भार क्षमता आदि कितनी थी।

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

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

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

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

जबकि वाणिज्यिक उपकरणों में कई विशेषताएं हैं, वे कई प्रोटोकॉल का समर्थन करते हैं और बहुत उपयोगकर्ता के अनुकूल हैं।

हमारा लोड टेस्ट दृष्टिकोण इस प्रकार होगा:

# 1) लोड परीक्षण स्वीकृति मानदंड की पहचान करें

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

1. अधिकतम लोड स्थितियों के दौरान भी लॉगिन पृष्ठ का प्रतिक्रिया समय 5 सेकंड से अधिक नहीं होना चाहिए।
2. सीपीयू का उपयोग 80% से अधिक नहीं होना चाहिए।
3. प्रणाली का थ्रूपुट प्रति सेकंड 100 लेनदेन होना चाहिए।

# 2) उन व्यावसायिक परिदृश्यों की पहचान करें जिनकी जाँच की जानी चाहिए।

सभी प्रवाह का परीक्षण न करें, मुख्य व्यवसाय प्रवाह को समझने की कोशिश करें जो उत्पादन में होने की उम्मीद है। यदि यह एक मौजूदा एप्लिकेशन है तो हम उत्पादन वातावरण के सर्वर लॉग से उसकी जानकारी प्राप्त कर सकते हैं।

यदि यह एक नया बिल्ड एप्लिकेशन है, तो हमें प्रवाह के पैटर्न, एप्लिकेशन उपयोग आदि को समझने के लिए व्यावसायिक टीमों के साथ काम करने की आवश्यकता है। कभी-कभी प्रोजेक्ट टीम आवेदन के प्रत्येक घटक के बारे में अवलोकन या विवरण देने के लिए कार्यशालाओं का आयोजन करेगी।

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

# 3) वर्क लोड मॉडलिंग

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

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

वर्क लोड पैटर्न आमतौर पर एक रैंप अप, रैंप डाउन और एक स्थिर स्थिति के साथ होगा। हमें धीरे-धीरे सिस्टम को लोड करना चाहिए और इस प्रकार रैंप अप और रैंप डाउन का उपयोग किया जाता है। स्थिर स्थिति आमतौर पर एक घंटे का लोड परीक्षण 15 मिनट की रैंप के साथ और 15 मिनट नीचे राम का होगा।

आइए हम वर्कलोड मॉडल का एक उदाहरण लेते हैं:

एप्लिकेशन का अवलोकन - चलो एक ऑनलाइन शॉपिंग मान लें, जहां उपयोगकर्ता एप्लिकेशन में लॉग इन करेंगे और खरीदारी करने के लिए विभिन्न प्रकार के कपड़े होंगे, और वे प्रत्येक उत्पाद पर नेविगेट कर सकते हैं।

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

नीचे दिए गए परिदृश्यों की एक सूची है:

1. ब्राउज़ - यहां, उपयोगकर्ता एप्लिकेशन लॉन्च करता है, एप्लिकेशन में लॉग करता है, विभिन्न श्रेणियों के माध्यम से ब्राउज़ करता है और एप्लिकेशन से लॉग आउट करता है।
2. ब्राउज़ करें, उत्पाद देखें, कार्ट में जोड़ें - यहां, उपयोगकर्ता एप्लिकेशन में लॉग करता है, विभिन्न श्रेणियों के माध्यम से ब्राउज़ करता है, उत्पाद विवरण देखता है, कार्ट में उत्पाद जोड़ता है और लॉग आउट करता है।
3. ब्राउज़ करें, उत्पाद देखें, कार्ट में जोड़ें और देखें - इस परिदृश्य में, उपयोगकर्ता एप्लिकेशन में लॉग करता है, विभिन्न श्रेणियों के माध्यम से ब्राउज़ करता है, उत्पाद विवरण देखता है, कार्ट में उत्पाद जोड़ता है, चेक आउट करता है और लॉग आउट करता है।
4. ब्राउज़ करें, उत्पाद दृश्य, कार्ट में जोड़ें चेक आउट करें और भुगतान करें - यहां, उपयोगकर्ता एप्लिकेशन में लॉग करता है, विभिन्न श्रेणियों के माध्यम से ब्राउज़ करता है, उत्पाद विवरण देखता है, कार्ट में उत्पाद जोड़ता है, चेक आउट करता है, भुगतान करता है और लॉग आउट करता है।

उपरोक्त मान निम्न गणनाओं के आधार पर निकाले गए थे:

• प्रति घंटे लेनदेन = उपयोगकर्ताओं की संख्या * एक घंटे में एक उपयोगकर्ता द्वारा किए गए लेनदेन।
• उपयोगकर्ताओं की संख्या = 1600।
• ब्राउज़ परिदृश्य में लेनदेन की कुल संख्या = 17।
• प्रत्येक लेनदेन के लिए प्रतिक्रिया समय = 3।
• एकल उपयोगकर्ता के लिए कुल समय 17 लेनदेन = 17 * 3 = 51 को 60 सेकंड (1 मिनट) तक पूरा करने के लिए।
• प्रति घंटे के लेन-देन = 1600 * 60 = 96000 के लेन-देन।

# 4) लोड टेस्ट डिज़ाइन करें- लोड टेस्ट को उस डेटा के साथ डिज़ाइन किया जाना चाहिए, जिसे हमने अब तक एकत्र किया है यानी बिजनेस फ़्लो, उपयोगकर्ताओं की संख्या, उपयोगकर्ता पैटर्न, एकत्र किए जाने वाले मेट्रिक्स और विश्लेषण। इसके अलावा, परीक्षणों को बहुत यथार्थवादी तरीके से डिजाइन किया जाना चाहिए।

# 5) भार परीक्षण का परीक्षण करें - इससे पहले कि हम लोड परीक्षण को निष्पादित करें, सुनिश्चित करें कि आवेदन ऊपर और चल रहा है। लोड परीक्षण का वातावरण तैयार है। आवेदन कार्यात्मक रूप से परीक्षण किया और स्थिर है।

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

हमेशा कम लोड से शुरू करें और धीरे-धीरे लोड बढ़ाएं। कभी भी पूरे लोड के साथ शुरू न करें और सिस्टम को तोड़ दें।

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

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

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

# 7) रिपोर्टिंग - टेस्ट रन पूरा होने के बाद, सभी मेट्रिक्स को इकट्ठा करें और अपनी टिप्पणियों और सिफारिशों के साथ संबंधित टीम को टेस्ट सारांश रिपोर्ट भेजें।

सर्वोत्तम प्रथाएं

लोड परीक्षण के कुछ सर्वोत्तम अभ्यास नीचे दिए गए हैं:

# 1) लोड परीक्षण शुरू करने से पहले हमेशा आवेदन की स्थिरता की जांच करें। कार्यात्मक परीक्षण टीम द्वारा एप्लिकेशन को कार्यात्मक रूप से स्थिर रूप से हस्ताक्षरित किया जाना चाहिए और लोड टेस्ट के वातावरण में कॉपी किए जाने से पहले सभी प्रमुख दोषों का निर्धारण और परीक्षण किया जाना चाहिए।

#दो) सुनिश्चित करें कि लोड परीक्षण वातावरण एक प्रतिकृति है या सर्वर, लोड बैलेंसर, सर्वर कॉन्फ़िगरेशन और फ़ायरवॉल की संख्या सहित उत्पादन वातावरण के करीब है।

# 3) जांचें कि क्या परीक्षण डेटा अद्वितीय है और हमारे पास लोड परीक्षण करने से पहले लोड पर्यावरण के लिए कॉपी किए गए सभी परीक्षण डेटा हैं।

# 4) परीक्षण परिदृश्यों को इस तरह से डिज़ाइन करें कि वे उत्पादन में हो रही वास्तविक समय उपयोगकर्ता कार्रवाई की नकल करें।

# 5) प्रोडक्शन यूजर लोड और बिजनेस फ्लो के आधार पर वर्कलोड को डिजाइन करें और एक पुराने एप्लिकेशन के मामले में देखें कि क्या यह बिजनेस फ्लो और यूजर लोड को लेकर बिजनेस टीम के लिए एक नई बात है।

# 6) रिस्पांस टाइम, प्रति सेकंड हिट, थ्रूपुट, सीपीयू, मेमोरी, नेटवर्क और रनिंग वूसर्स जैसे सभी महत्वपूर्ण मैट्रिक्स लीजिए।

अनुशंसित पढ़ें => बाजार में उपलब्ध प्रदर्शन परीक्षण उपकरणों की सूची अनन्य लोड परीक्षण के संचालन के लिए।

निष्कर्ष

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

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

पढ़ने का आनंद लो!!

अनुशंसित पाठ

• एचपी लोडरनर ट्यूटोरियल के साथ लोड परीक्षण
• अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
• वेब अनुप्रयोग सुरक्षा परीक्षण गाइड
• शुरुआती के लिए तनाव परीक्षण गाइड
• वेब एप्लीकेशन पेनेट्रेशन टेस्टिंग के लिए शुरुआती गाइड
• शुरुआती के लिए एक पूर्ण गैर-कार्यात्मक परीक्षण गाइड
• वेरिफिकेशन टेस्टिंग (बीवीटी टेस्टिंग) कम्प्लीट गाइड बनाएं
• प्रदर्शन परीक्षण बनाम लोड परीक्षण बनाम तनाव परीक्षण (अंतर)