जेमीटर - स्विस परीक्षक चाकू (भाग 2)

आज मैं आपको बताता हूं कि कैसे, JMeter की मदद से, हमने उत्पाद पृष्ठ को कैशिंग करने की प्रक्रिया की स्थापना की, बिना एप्लिकेशन के ही मोबाइल एप्लिकेशन के संचालन का परीक्षण किया और डेटाबेस तक पहुँच के बिना सिस्टम में 2,000 उपयोगकर्ताओं का निर्माण किया।

जो कोई भी यहां नहीं जानता है, वह लेख का पहला भाग पढ़ता है - इसमें मैंने बताया कि कैसे JMeter ने कुछ उपयोगकर्ताओं के बीच साइट के गिरने के साथ समस्या को "पकड़ने" में हमारी मदद की।

कैसे जल्दी से कुछ हजार उत्पाद पृष्ठों को कैश करें

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


हमारे ग्राहकों के उपकरण विश्व पेंटिंग, स्थापत्य स्मारकों, स्मारकों, व्यापारिक केंद्रों और हवाई अड्डों की इमारतों की उत्कृष्ट कृतियों को प्रकाशित करते हैं

हमने केंटिको पर इस कंपनी के लिए साइट विकसित की है। यह प्रकाश उपकरणों के सभी सामग्रियों और मॉडलों को प्रस्तुत करता है - 20,000 प्रतियां। और प्रत्येक का एक अलग पृष्ठ है।

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

हमने मीडिया फ़ाइलों को कैश में लोड करने के लिए दो विकल्प देखे। पहला: मैन्युअल रूप से साइट पर ब्राउज़र के माध्यम से मैन्युअल रूप से जाने के लिए एक लंबा समय है। दूसरा: एक स्क्रिप्ट लिखने के लिए जो हमारे लिए ऐसा करेगी - यह फिट बैठता है!

हमने JMeter का उपयोग करने का फैसला किया: हमने उसे पूरा साइटमैप खिलाया, उसने उस पर चल दिया और मीडिया फ़ाइलों को कैश में भेज दिया।

यह एक सरल समाधान था, लेकिन बहुत इष्टतम नहीं था। स्क्रिप्ट को पूरा होने में छह (!!!) घंटे लगे। कुछ तेज रास्ता चाहिए था।

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

यह केवल एक निश्चित प्रकार की संपत्ति को लोड करने के लिए JMeter में एक HTTP अनुरोध की तरह दिखना चाहिए

लेकिन यह बहुत लंबा है: फिलिंग 9:00 बजे चेल्याबिंस्क में शुरू होती है और एक घंटा लगता है, फिर स्क्रिप्ट पर एक और दो घंटे बिताए जाते हैं, परिणामस्वरूप हम 12:00 बजे समाप्त हो जाएंगे। इटली में, यह 08:00 है, और कुछ स्थानीय निवासी सुबह 6-7 बजे से ही काम करना शुरू कर देते हैं। साइट धीमी है, शिकायतें बढ़ रही हैं ... हमें और अनुकूलन करने की आवश्यकता है!

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


हर बार जब हम सूची से एक यादृच्छिक पृष्ठ प्राप्त करते हैं, तो उपयोगकर्ता परिभाषित चर तालिका से एक यादृच्छिक पृष्ठ संख्या का अनुरोध करके

वर्णित विधि का उपयोग करते हुए, हमें एक साइट मिली जो 90% मामलों में जल्दी से काम करती है। हां, दस में से एक मामले में, पेज को लोड करने के लिए 30 सेकंड तक का समय लगता है, लेकिन अन्य नौ में सब कुछ बस उड़ गया। और यह सिर्फ 15-30 मिनट में है।

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

एप्लिकेशन के 2000 उपयोगकर्ता कैसे बनाएं, यदि आपके पास केवल उनका ई-मेल और काम करने के लिए दो घंटे हैं

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

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

लॉन्च से कुछ दिन पहले, मेरे प्रबंधक ने मुझे फोन किया और एप्लिकेशन के लिए 2000 उपयोगकर्ता बनाने के लिए कहा। कठिनाई यह थी कि हमारे पास लाइव सर्वर या डेटाबेस तक पहुंच नहीं थी। हमें केवल CMS के माध्यम से (इस मामले में, Umbraco के माध्यम से) 2,000 उपयोगकर्ता बनाने थे। उसी समय, पंजीकरण के बाद, प्रत्येक उपयोगकर्ता को लगभग निम्न प्रकार का एक पत्र प्राप्त करना चाहिए:


ऐसा ईमेल प्राप्त होने पर, उपयोगकर्ता एप्लिकेशन इंस्टॉल करता है और डिफ़ॉल्ट पासवर्ड को अपने आप में बदल देता है

एक उपयोगकर्ता को पंजीकृत करने के लिए, पाँच क्षेत्रों की आवश्यकता होती है:

• ईमेल;
• नाम;
• अंतिम नाम;
• लॉग इन;
• पासवर्ड।

टास्क पूरा करने के लिए मेरे पास केवल दो घंटे थे। एक बार फिर से: 2000 उपयोगकर्ता, उनमें से प्रत्येक के लिए पाँच फ़ील्ड, दो घंटे ... प्रबंधक का डेटा निम्नलिखित रूप में आया:



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

डेटा को बदलने के साथ सरल जोड़तोड़ की मदद से, अतिरिक्त और अन्य चाल को काटकर, मैंने फॉर्म की ~ 10k लाइनों की एक फ़ाइल बनाई:

लॉगिन 1 | John.Smith
लॉगिन 2 | doctor.who
...
name1 | जॉन
...

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

इस फ़ाइल (क्लिपबोर्ड के माध्यम से) को JMeter को खिलाते हुए, मैं अपनी कुर्सी पर वापस झुक गया और खुशी के साथ देखा कि उपयोगकर्ता कैसे बनाए गए थे। डेटा संसाधित करने और नए उपयोगकर्ता बनाने की पूरी प्रक्रिया में 1 घंटा 45 मिनट का समय लगा - यहां तक ​​कि कॉफी के लिए समय भी!

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

सामान्य तौर पर, JMeter का उपयोग (और व्यक्तिगत रूप से मेरे द्वारा किया जाता था) विभिन्न प्रकार के कार्यों के लिए किया जा सकता है। उदाहरण के लिए, इसके लिए:

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

पूर्वगामी से, हम एक सामान्य निष्कर्ष निकाल सकते हैं: जेमीटर एक सार्वभौमिक उपकरण है, एक परीक्षक के लिए एक वास्तविक स्विस चाकू (और एक डेवलपर के लिए, ईमानदार होना)।