JMeter तनाव परीक्षण नुस्खा

क्या यह JMeter पर लेने लायक है

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

पटकथा लेखन

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

यह संभव है कि इस पोस्ट में वर्णित नुस्खा आपके लिए उपयुक्त है। हालाँकि, यदि आपके पास बहुत सारे POST अनुरोध हैं या सत्र हैं, तो केवल JMeter में सर्वर से लॉग को खिसकाने से आप बंद नहीं होंगे।

सरल से अधिक जटिल तक

पहले, सर्वर से लॉग लें और अनुरोधों को दो भागों में विभाजित करें:

• स्थैतिक (वे प्रवेश लॉग नमूना के माध्यम से JMeter में फिसल सकते हैं)
• गतिशील (POST अनुरोध और अनुरोध पासिंग पैरामीटर)

नगीनक्स लॉग के लिए, मैंने कुछ इस तरह की स्क्रिप्ट लिखी:
awk -F '\t' '{if($4 == "GET" && $6 == "-"){print $0}}' access.log > static.log
यानी हम एक अलग फ़ाइल में मापदंडों के बिना सभी सरल GET अनुरोधों को फ़िल्टर करते हैं।
awk -F '\t' '{if($6 != "-"){print $0}}' access.log > dynamic.log

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

• सभी स्थिर अनुरोधों का प्रतिशत
• सामान्य और व्यक्तिगत रूप से सभी गतिशील प्रश्नों का प्रतिशत

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


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

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

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

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

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

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

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

एक ही आवृत्ति वाले विभिन्न HTTP अनुरोधों अर्थात् पूरा होने का प्रतिशत संयुक्त हो सकता है (थ्रूपुट नियंत्रक में प्रतिशत को जोड़ दें) और यादृच्छिक स्क्रीनशॉट का उपयोग करके अंदर मिलाया जाता है जैसा कि ऊपर स्क्रीनशॉट में दिखाया गया है।

स्थिर क्वेरी के लिए, एक विशेष प्रारूप में एक लॉग फ़ाइल तैयार करें और लॉग एक्सेस सैम्पलर में फ़ाइल का नाम लिखें

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

डायनामिक प्रश्नों पर उपयोगकर्ता के क्लिक की आवृत्ति और इन प्रश्नों के प्रतिशत के आधार पर टाइमर मान का चयन किया जा सकता है।
उदाहरण के लिए, यदि उपयोगकर्ता हर 4 सेकंड में कुछ क्लिक करता है, तो कुल 15% की मात्रा में गतिशील अनुरोध उत्पन्न करता है, तो आप टाइमर को 4000 x 0.15 = 600 एमएस में सेट कर सकते हैं।

रिमोट सर्वर पर स्क्रिप्ट चलाना

इस तथ्य के बावजूद कि प्रक्रिया को उपयोगकर्ता पुस्तिका में विस्तार से वर्णित किया गया है, मैं पहली बार सब कुछ शुरू नहीं कर सका।

रिमोट लॉन्च में कई विशेषताएं हैं, इसलिए यदि आप, आप की तरह, विवरण को समझने की कोई विशेष इच्छा नहीं है, तो आपको निम्नलिखित सुनिश्चित करना होगा:

• दूरस्थ सर्वर पर उन सभी डेटा फ़ाइलों को अपलोड करें जो स्क्रिप्ट का उपयोग करता है (बिन निर्देशिका में, यदि आपने पथ के बिना केवल फ़ाइल नाम निर्दिष्ट किया है)
• क्लाइंट जिससे स्क्रिप्ट लॉन्च की गई है और दूरस्थ सर्वर स्थानीय नेटवर्क पर होना चाहिए, क्योंकि सर्वर क्लाइंट के लिए एक रिवर्स कनेक्शन शुरू करता है
• सर्वर एक IP पते का उपयोग करने के लिए निर्दिष्ट कर सकता है -Djava.rmi.server.hostname=xxx.xxx.xxx.xxx
• मैं यह नहीं जान सका कि क्लाइंट के लिए किस आईपी पते का उपयोग करना है। ऐसा लगता है कि JMeter पहले वाले का उपयोग करेगा। यह सर्वर पते के समान नेटवर्क से होना चाहिए
• क्लाइंट को सर्वर से कनेक्ट करने में त्रुटि के मामले में (jmeter.log देखें) या क्लाइंट को सर्वर (देखें jmeter-server.log) - उन पर फ़ायरवॉल, सेलाइन को अक्षम करें