वेबसाइटों के लिए जल्दी से JMeter पर लोड परीक्षण बनाएं

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

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

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

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

1. JMeter लॉन्च करें।

2. थ्रेड समूह बनाएं:



यह हमारा मुख्य वर्कफ़्लो है, जिसमें हम स्क्रिप्ट रिकॉर्ड करेंगे, विभिन्न तर्क और नियंत्रण जोड़ेंगे।
अब आपको टेस्ट स्क्रिप्ट खुद बनाने की आवश्यकता है, अर्थात्। साइट पर लोड बनाने के लिए विभिन्न क्रियाओं का एक सेट। आप स्वयं एक स्क्रिप्ट बना सकते हैं। यह बहुत सरल है, इसके लिए आपको N-th संख्या HTTP अनुरोध तत्वों को जोड़ने की आवश्यकता है, जिन्हें थ्रेड समूह के रूप में जोड़ा जाता है -> Add -> Sampler -> HTTP अनुरोध। सेटिंग्स विंडो दिखाई देती है, जैसा कि नीचे दिए गए चित्र में दिखाया गया है:



उपयुक्त क्षेत्रों में हम वेबसाइट का पता, पोर्ट (यदि आवश्यक हो), पेज का रास्ता तय करते हैं। उदाहरण के लिए, इस तरह:



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

3. रिकॉर्डिंग नियंत्रक (थ्रेड समूह -> जोड़ें -> तर्क नियंत्रक -> रिकॉर्डिंग नियंत्रक) जोड़ें। यह तत्व हमारे सभी कार्यों को बचाएगा जो हम ब्राउज़र में करेंगे।

4. तुरंत HTTP कुकी प्रबंधक (थ्रेड समूह -> जोड़ें -> कॉन्फ़िगर तत्व -> HTTP कुकी प्रबंधक) जोड़ें। इस तत्व के साथ, कुकीज़ के माध्यम से सत्रों के साथ काम किया जाएगा। इस तत्व की सेटिंग में, पैरामीटर कुकी नीति = संगतता सेट करें। मैनुअल के विवरण के लिए। इस तस्वीर को मिला



5. HTTP प्रॉक्सी सर्वर तत्व जोड़ें। आपको इसे वर्कबेंच सेक्शन (WorkBench -> Add -> Non-Test Elements -> HTTP Proxy Server) से जोड़ने की आवश्यकता है, क्योंकि यह तत्व परीक्षण के दौरान सीधे भाग नहीं लेगा। हमें केवल परीक्षण स्क्रिप्ट बनाने के लिए इसकी आवश्यकता है। यहाँ हम इस तत्व के लिए बहुत सारी सेटिंग्स देखते हैं:



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

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



तत्वों के नाम कहने के लिए बहुत कम हो सकते हैं। इसलिए, परीक्षण की प्रगति को और अधिक आसान बनाना आसान बनाने के लिए, इन तत्वों का नाम बदलने के लिए समझ में आता है।

7. थ्रेड समूह तत्व की सेटिंग में, थ्रेड्स की संख्या, पुनरावृत्तियों की संख्या और वार्म-अप समय चुनें। उदाहरण के लिए, मैं निम्नलिखित सेटिंग्स सेट करता हूं:



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

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



इस प्रकार, आप यह सत्यापित कर सकते हैं कि सब कुछ उसी तरह काम करता है जैसा उसे करना चाहिए।

बस इतना ही! इस प्रकार, आप मिनटों में अपनी साइट के लिए लोड टेस्ट बना सकते हैं।
अंत में, मैं अपाचे JMeter में लागू होने वाले उपयोगी सुविधाओं के एक जोड़े को कहूँगा।

डिफ़ॉल्ट सेटिंग्स

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

फ़ाइल से उपयोगकर्ताओं की सूची लोड करना

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



दिखाई देने वाली विंडो में, नाम निर्दिष्ट करें, फ़ाइल का पथ (यदि आप इसे प्रोजेक्ट फ़ाइल के बगल में रखते हैं, तो बस एक नाम निर्दिष्ट करें), साथ ही चर के नाम भी। आप इन नामों को स्वयं निर्दिष्ट करते हैं, भविष्य में अनुरोध करते समय उनका उपयोग किया जाएगा। उदाहरण के लिए, उपयोगकर्ता \ पासवर्ड बंडल के लिए, मैंने दो चर नाम निर्दिष्ट किए: USER, PASS।
Csv फ़ाइल स्वयं इस तरह दिख सकती है:
userName1, pass1
userName2, pass2
userName3, pass3

खैर, हमने उपयोगकर्ताओं को dzhimetr के प्रवेश द्वार पर जमा किया। अब आपको उसे यह बताने की ज़रूरत है कि उन्हें कहाँ हुक करना है। ऐसा किया जाता है, हम HTTP अनुरोध तत्व की तलाश कर रहे हैं जो प्राधिकरण के लिए जिम्मेदार है। एक नियम के रूप में, इसमें अनुरोध के पैरामीटर शामिल होंगे, अर्थात्: उपयोगकर्ता नाम और पासवर्ड जो आपने ब्राउज़र के माध्यम से स्क्रिप्ट रिकॉर्ड करते समय दर्ज किया था। विशिष्ट उपयोगकर्ता नाम और पासवर्ड मानों के बजाय, हम इस प्रारूप में हमारे चर का नाम $ {USER}, $ {PASS} प्रतिस्थापित करते हैं।
यह मेरे लिए इस तरह दिखता है:



उसके बाद, JMeter अलग-अलग धाराओं के लिए इन क्रेडिट्स का उपयोग चक्रीय रूप से करेगा, इस प्रकार साइट पर बहुत यथार्थवादी भार प्रदान करेगा।

यह सब, आपके ध्यान के लिए धन्यवाद!