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

परिचय

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

और इन उद्देश्यों के लिए, ऐसे अंतर्निहित घटकों का उपयोग किया जाएगा:

• HTTP प्रॉक्सी सर्वर
• रिकॉर्डिंग नियंत्रक x3
• उपयोगकर्ता परिभाषित चर
• CSV डेटा सेट कॉन्फ़िगरेशन x3
• लगातार टाइमर
• वर्दी यादृच्छिक टाइमर
• HTTP ऑटोराइजेशन मैनेजर
• HTTP अनुरोध X6
• डीबग नमूना X3
• HTTP कुकी प्रबंधक
• एक बार केवल नियंत्रक
• शायद कुछ अन्य।

लेख बड़ा है क्योंकि यह विस्तृत है। परिणाम कुछ इस तरह होना चाहिए:

स्वचालित स्क्रिप्ट रिकॉर्डिंग

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

तैयारी की कार्रवाई

हम अभी तक परीक्षण ट्री में HTTP प्रॉक्सी सर्वर नहीं जोड़ेंगे। हम चर्चा करेंगे कि हम प्राप्त "चरणों" को कहां लिखेंगे। बाद में, जब हम पेड़ में एक तत्व जोड़ते हैं, तो हम देखेंगे कि परिणाम रिकॉर्ड करने के लिए कई संभावनाएं हैं। उन्हें सीधे "कॉइल" ( थ्रेड ), "कार्यक्षेत्र" (कार्यक्षेत्र), या "रिकॉर्डिंग नियंत्रक" तत्व को लिखा जा सकता है। मैं आपको बाद की विधि का उपयोग करने की सलाह देता हूं। सबसे पहले, यह आपको आवश्यक होने पर एक बार में संपूर्ण लॉग (ctrl + t) को अक्षम करने की अनुमति देगा; दूसरे, परीक्षण संरचना को बेहतर ढंग से ट्रैक और गठित किया जाता है।
जोड़ने और संपादन के लिए सभी क्रियाएं संदर्भ मेनू में सही माउस बटन पर क्लिक करके होती हैं। बनाई गई वस्तुओं को बस घसीटा और गिराया जा सकता है।
इसलिए: टेस्ट प्लान -> जोड़ें -> थ्रेड्स -> थ्रेड ग्रुप ; थ्रेड समूह -> जोड़ें -> तर्क नियंत्रक -> रिकॉर्डिंग नियंत्रक ।
मैं दृढ़ता से सभी तत्वों को एक ही बार में स्पष्ट नाम देने की सलाह देता हूं। मेरे मामले में, ये क्रमशः "चित्र" और "लॉगिन" होंगे।

HTTP प्रॉक्सी सर्वर का उपयोग करके स्क्रिप्ट लिखना

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

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

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

स्क्रिप्ट डिबगिंग

स्क्रिप्ट को डीबग करना विभिन्न .jpg, .png और तृतीय-पक्ष संसाधनों के लिंक को हटाना है। मेरे पास स्क्रिप्ट में इन तृतीय-पक्ष संसाधनों में से आधे से अधिक हैं - ये विभिन्न सामाजिक नेटवर्क और एक यैंडेक्स मानचित्र के साथ कनेक्शन हैं। यह सब साफ किया जा सकता है (डिलीट दबाकर)। सामान्य तौर पर, .js को भी साफ किया जा सकता है। मुख्य बात यह है कि आपके शरीर में आपके उपयोगकर्ता के क्रेडेंशियल से गुजरने वाले अनुरोध को ढूंढना है। खैर, सुंदरता के लिए, एक अनुरोध ढूंढें जो आपको उस पृष्ठ पर ले जाता है जिस पर उपयोगकर्ता लॉग इन करता है। इस प्रकार, एक साथ वे उपयोगकर्ता के कार्यों में एक गुच्छा मॉडल करते हैं "पृष्ठ पर गए - लॉग इन किया।"
मान लीजिए कि हम आवश्यक प्रश्नों को अलग करने के लिए भाग्यशाली हैं। ठीक है, या ऐसा लगता है कि हमने उन्हें पहचान लिया है। उन्हें पठनीय नाम दें! यह जाँचने के लिए कि क्या हम बाहर गा चुके हैं, स्क्रिप्ट को चलाना होगा। मेरे मामले में, यदि आप स्क्रिप्ट चलाते हैं, तो यह त्रुटियों के साथ निष्पादित होगा। तथ्य यह है कि परीक्षण के लिए मुझे सर्वर में लॉग इन करना होगा। ऐसा करने के लिए, पेड़ के शीर्ष पर HTTP ऑटोराइजेशन मैनेजर ( थ्रेड ग्रुप - एड - कॉन्फिग एलिमेंट्स - एचटीटीपी ऑटोराइजेशन मैनेजर ) जोड़ें । यह सहज है। हम http: //, उपयोगकर्ता नाम और पासवर्ड के साथ आवश्यक रूप से अपने संसाधन का पता लिखते हैं।

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

तो, आप चला सकते हैं। हम शुरू करते हैं (ctrl + r)!
परिणाम ट्री देखें, हम निम्नलिखित देखते हैं:

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

स्क्रिप्ट को अभी भी साफ करने की आवश्यकता हो सकती है। उदाहरण के लिए, मैंने HTTP हैडर प्रबंधकों को इसमें से हटा दिया। और उनके बिना, सब कुछ ठीक काम करता है। यह सुनिश्चित करने के लिए कि प्रत्येक तत्व आवश्यक है, इसे तुरंत हटाना आवश्यक नहीं है, यह तत्व (ctrl + t) को अक्षम करने के लिए पर्याप्त है।
अगला, हम इस व्यवसाय में 3 उपयोगकर्ताओं को आकर्षित करना चाहते हैं। ऐसा करने के लिए, हम पहले क्वेरी पैरामीटराइजेशन पर एक छोटा केस स्टडी करते हैं। हम एक विशिष्ट उपयोगकर्ता का मानकीकरण करते हैं।

parameterization

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

उनका उपयोग करने के लिए, लॉगिन अनुरोध पर जाएं, और विशिष्ट मूल्यों के बजाय प्रारूप $ {चर नाम} में चर नाम लिखें। हमारे मामले में, हम लॉगिन के लिए मान फ़ील्ड में लिखते हैं - $ {userName}, पासवर्ड के लिए - $ {पासवर्ड}।

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

हम देखें और परिणाम ट्री देखें परिणाम देखें। हमें यह देखना चाहिए कि यह हमारे मूल्य थे जिन्हें चर के रूप में पारित किया गया था, और प्रश्नों के एक पूरे के रूप में हमें जो चाहिए था (ऊपर देखें)।

अब आप 3 उपयोगकर्ताओं को डेटा स्थानांतरित कर सकते हैं। ऐसा करने के लिए, CSV डेटा सेट कॉन्फ़िगरेशन का उपयोग करें।

CSV डेटा सेट कॉन्फ़िगरेशन

मैं नोटपैड में एक .csv फ़ाइल बनाने का सुझाव देता हूं। उपयोगकर्ताओं के लिए, फ़ाइल को "उपयोगकर्ता नाम; पासवर्ड" फ़ॉर्म की 3 पंक्तियों का एक सेट होना चाहिए। मेरी फ़ाइल नीचे स्क्रीनशॉट में प्रस्तुत की गई है:

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

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

एल्बम में एक तस्वीर जोड़ें

अब जब हमारे उपयोगकर्ता लॉग इन करना सीख गए हैं, तो हम अपनी स्क्रिप्ट के अगले भाग पर जाएँ। हम उन्हें हमारी साइट पर किसी भी विशिष्ट एल्बम में तस्वीरें अपलोड करना सिखाएंगे। ऐसा करने के लिए, फिर से रिकॉर्डिंग नियंत्रक को कॉइल में जोड़ें, इसे "फोटो" नाम दिया गया है।
परिणामी स्क्रिप्ट को छोटा करने के लिए, हम उपयोगकर्ता को साइट पर पहले से अधिकृत करते हैं और उस पृष्ठ पर जाते हैं जिस पर फोटो अपलोड शुरू होगा। उसके बाद, फिर से ब्राउज़र सेटिंग्स में प्रॉक्सी को चालू करें और कार्यक्षेत्र पर प्रॉक्सी सर्वर तत्व का उपयोग करें ( एक और रिकॉर्डिंग नियंत्रक निर्दिष्ट करते हुए )। इसके अलावा URL पैटर्न को बाहर करने के लिए हम उन एक्सटेंशनों को निर्दिष्ट करते हैं जिनकी हमें "*। \। Xxx" प्रारूप में आवश्यकता नहीं है।

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

वास्तव में, अनुरोध "एल्बम में गया" मैन्युअल रूप से दर्ज किया गया था। यह कोई बड़ी बात नहीं है: यह पृष्ठ पते के साथ एक GET अनुरोध है।
अनुरोध के मुख्य भाग पर ध्यान दें, जो फ़ाइल को सर्वर पर भेजता है। केवल एक चीज जो हमारे लिए महत्वपूर्ण है वह है पथ और फ़ाइल नाम। यहां हम उन्हें पैरामीटर बनाते हैं, ताकि प्रत्येक उपयोगकर्ता अपनी खुद की एक तस्वीर अपलोड करे। चलो फ़ाइल के पथ के साथ शुरू करते हैं। जैसे कि परीक्षण के लिए, यह कोई दिलचस्पी नहीं है। यह संभावना है कि सभी तस्वीरें आपके फ़ोल्डर में होंगी। लेकिन परीक्षण में, यह कई बार हो सकता है। इसलिए अच्छे फॉर्म के नियमों के अनुसार, हम इसे एक चर में लिखते हैं। चलो उपयोगकर्ता को परिभाषित चर पर वापस जाते हैं और फ़ाइलपथ चर को फ़ोल्डर के पथ के मूल्य के साथ जोड़ते हैं जहां फ़ोटो स्थित हैं, उदाहरण के लिए, "** D: \ jakarta-jmeter-2.5.1 \ images \ **"। यह अंत में एक स्लैश के साथ है, बाद में यह किसके लिए स्पष्ट होगा।
हमेशा की तरह, पहले एक फाइल पर स्क्रिप्ट का परीक्षण करें। इसलिए, हम एक और चर फ़ाइलनाम बनाएंगे, जिसका मान एक विशिष्ट फ़ाइल नाम होगा, उदाहरण के लिए, " img.jpg "।

अनुरोध शरीर पर वापस लौटें। अनुरोध अनुभाग के साथ फ़ाइलें भेजें में , हम इस तरह से रास्ता लिखते हैं: $ {filePath} $ {fileName}। यदि आप निर्दिष्ट मानों को चर (उपयोगकर्ता परिभाषित चर से मूल्य) में स्थानापन्न करते हैं, तो यह सुनिश्चित करना आसान है कि सही मार्ग प्राप्त हो। आइए उन मापदंडों को देखें जो अनुरोध प्रसारित करता है। एक फ़ाइल नाम भी है। इसके बजाय $ {fileName} दर्ज करें।

अब जब इस भाग में उपयोगकर्ता सिमुलेशन समाप्त हो गया है, तो एक नया डीबग नमूना जोड़ें। चलो एक कदम आगे सोचते हैं: यदि हम कॉइल स्पिन को हमेशा के लिए बनाते हैं (जब तक आप इसे सेट नहीं करते!), तब प्रत्येक उपयोगकर्ता कई, कई बार, सही में लॉग इन करेगा? इससे बचने के लिए, केवल एक बार लॉजिक तत्व ( थ्रेड -> एड -> लॉजिक कंट्रोलर -> ओनली वन्स कंट्रोलर ) को कॉइल में जोड़ें। रिकॉर्डिंग नियंत्रक के ऊपर उपयुक्त स्थान पर रखें, जो साइट पर उपयोगकर्ता को अधिकृत करने के लिए जिम्मेदार है, और नियंत्रक को एक बच्चे के रूप में खींचें।

ब्राउज़र में प्रॉक्सी को अक्षम करें। स्क्रिप्ट चलाएँ। यदि सब कुछ सही ढंग से किया जाता है, तो चयनित एल्बम में एक नया फोटो जोड़ा जाएगा। यदि कुछ गलत है, तो परिणाम परिणाम ट्री में डीबग सैम्पलर देखें।

हम पैरामीटर करते हैं

अब आप उपयोगकर्ताओं को विभिन्न फ़ोटो जोड़ सकते हैं। ऐसा करने के लिए, एक csv फ़ाइल बनाएँ, जिसमें केवल फ़ोटो के नाम होंगे:
Img.jpg
Img1.jpg
Img2.jpg
...
एक CSV डेटा सेट कॉन्फिगरेशन बनाएं, इसे दूसरे CSV डेटा सेट कॉन्फ़िगरेशन के अंतर्गत खींचते हुए, इस फ़ाइल का पथ इंगित करें। हम फ़ाइलनाम को एक चर ( वैरिएबल नाम ) के रूप में निर्दिष्ट करेंगे, और इसे उपयोगकर्ता परिभाषित वेरिएबल्स से हटा देंगे। विभाजक रिक्त के लिए फ़ील्ड छोड़ दें। इस समय, फ़ाइल को अंत तक पहुँचने पर दोहराएं ( ईओएफ पर रीसायकल ), इसे ट्रू पर छोड़ें, और अंत तक पहुँचने पर कॉइल को रोकें ( स्टॉप थ्रेड ऑन ईओएफ ) - फाल्स पर। हमारे परीक्षण के सुंदर तर्क के लिए, हम फ़ोटो को एक अलग फ़ोल्डर में स्थानांतरित करेंगे: "D: \ jakarta-jmeter-2.5.1 \ images \ Photo \" और तदनुसार फ़ाइल के चर चर का मान बदलकर filePath_Photo करें। हम इसे उन जगहों पर करेंगे जहां चर का उपयोग किया जाता है।
टेस्ट चलाओ! फिर हम यह देखना चाहते हैं कि क्या एल्बम में 3 फ़ोटो जोड़े गए हैं (हाँ, सभी उपयोगकर्ताओं को एल्बम में फ़ोटो जोड़ने के लिए पर्याप्त अधिकार होना चाहिए)। यदि सब कुछ ठीक है, तो जारी रखें। यदि नहीं, तो डीबग नमूना और सर्वर प्रतिक्रिया पढ़ें।

अवतार बदलो

वास्तव में, यह पिछले पैराग्राफ से अलग नहीं है। उसी तरह, आपको सर्वर पर एक फोटो अपलोड करने की आवश्यकता है। इसलिए, हम सब कुछ भी करते हैं:

1. एक और रिकॉर्डिंग कंट्रोलर बनाएं
2. परदे के पीछे
3. साइट पर कार्य करें (स्क्रिप्ट लिखें)
4. स्क्रिप्ट साफ करो
5. एक अवतार के लिए पैरामीटर
6. डिबग
7. कई अवतारों के लिए परिमाण

मैंने अवतार नामों के रूप में उसी सीएसवी फ़ाइल का उपयोग किया था, लेकिन मैंने चित्रों को दूसरे फ़ोल्डर में अपलोड किया और इसके लिए एक नया चर बनाया: filePath_Avatars।
अगर सब कुछ काम करता है, तो यह अच्छा है यदि नहीं, तो डिबग सैम्पलर देखें।
लिपि को एक जीवित व्यक्ति की तरह देखने के लिए, आपको विलंब जोड़ने की आवश्यकता है। उदाहरण के लिए, सर्वर पर फोटो अपलोड करने के बाद, आप कॉन्स्टेंट टाइमर को 3 सेकंड (3000ms) के लिए रख सकते हैं, जैसे कि उपयोगकर्ता इमेज को सर्वर पर अपलोड होने का इंतजार कर रहा है। और गाऊसी रैंडम टाइमर के अवतार को 2 से 6 सेकंड तक बदलने के लिए, उपयोगकर्ता एक अवतार को खोजता है और उसका चयन करता है। इसके अलावा, प्रत्येक HTTP रिक्वेस्ट में अधिक विश्वसनीयता के लिए, आप HTML फ़ाइलों से सभी एंबेडेड रिसोर्स्ड रीचार्ज बॉक्स को चेक कर सकते हैं, जिसका अर्थ है कि पृष्ठ से सभी संभव लोड किया जाएगा, जैसे कि एक सामान्य ब्राउज़र में।
तो, मान लीजिए कि सब कुछ काम करता है और सब कुछ ठीक है। वह सब है। कार्य पूरी तरह से पूरा हो गया है। अब यह पूरी रात हमारी साइट को लोड करने के लिए बनी हुई है। आइए थ्रेड पर वापस जाएं और हमेशा के लिए चेकबॉक्स सेट करें। इसका मतलब है कि स्क्रिप्ट को "स्टॉप थ्रेड" ईवेंट होने तक निष्पादित किया जाएगा। CSV डेटा सेट कॉन्फ़िगरेशन में, हम इस तरह की घटना की संभावना को गलत पर सेट करते हैं। इसका मतलब यह है कि परीक्षण को तब तक निष्पादित किया जाएगा जब तक कि परीक्षक द्वारा अपने हाथों से बंद नहीं किया जाता है (मेनू रन -> स्टॉप) । लेख की शुरुआत में अंतिम स्क्रीन रखी गई है।
परीक्षण कुछ सोशल मीडिया के लिए एक भोज व्यवसाय प्रक्रिया का अनुकरण करता है: उपयोगकर्ता ऑनलाइन चला गया, एल्बम को फोटो अपलोड किया, जो उसे पिछली रात की पार्टी से वास्तव में पसंद आया, और उसने अपना प्रोफ़ाइल चित्र इस (या अन्य) फोटो में बदल दिया। इस तरह की प्रक्रिया को हमेशा के लिए लगाते हुए, हमें 3 उपयोगकर्ता मिले, जो फोटो अपलोड करते हैं और अपने अवतार बदलते हैं। विभिन्न अन्य तत्वों को जोड़कर प्रक्रिया को बदला जा सकता है। उदाहरण के लिए, आप केवल एक ही बार सेट करके केवल एक फोटो अपलोड कर सकते हैं, लेकिन बदलते समय के साथ। यदि आप 1000 से अधिक उपयोगकर्ताओं के साथ डेटाबेस को फिर से भरते हैं, तो स्क्रिप्ट को सीधे सर्वर से, साथ ही कार्यालय की स्थानीय मशीनों से चलाएं - यह एप्लिकेशन सर्वर पर काफी गंभीर भार होगा।
शायद अगला लेख खोज परीक्षण और नियमित अभिव्यक्तियों पर या एकत्र आंकड़ों का मूल्यांकन और व्याख्या करने पर ध्यान केंद्रित करेगा।
हम अनुभव के किसी भी आदान-प्रदान के लिए खुश होंगे।