दिलचस्प पोस्ट
क्यों नहीं ICloneable <टी>? html में jquery लिंकिंग AngularJS में ग्लोबल वैरिएबल सी से शानदार रूप से C ++ को कॉल करें अजगर के साथ गतिशील टर्मिनल प्रिंटिंग क्रोम और शायद ओपेरा सॉर्ट वस्तु गुण स्वचालित रूप से हाइबर्नेनेट के साथ आलसी-इनीट समस्या को हाइबरनेट करना सुनिश्चित करें। Enable_lazy_load_no_trans Google OAuth2 प्राधिकृत OAuth टोकन त्रुटि: redirect_uri_mismatch नोड जे एस ईोननरेसेटी कैसे स्क्रॉल और चयन खोने के बिना RichTextBox पाठ जोड़ने के लिए? चींटी के साथ एक बंडल जार बनाना कैसे एक git एक हटाए जाने के लिए और एक फ़ाइल चाल के रूप में एक नई फ़ाइल को चिह्नित करने के लिए? रूट अजगर में वर्ग त्रुटि का मतलब है एक टेक्स्टरेआ के अंदर पाठ हाइलाइट करें javax.mail.AuthhenticationFailed जावा में ईमेल भेजने के दौरान एक्सपेशशन फेंका गया है

वेब अनुप्रयोग पर तनाव परीक्षण करना?

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

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

मेरे द्वारा उपयोग किए गए औजारों का यूआरएल माइक्रोसॉफ्ट होमर (उर्फ माइक्रोसॉफ्ट वेब अनुप्रयोग स्ट्रेस टूल ) और पाइलॉट था ।

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

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

Solutions Collecting From Web of "वेब अनुप्रयोग पर तनाव परीक्षण करना?"

यहां जेएमेटर के लिए एक और वोट है

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

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

पेशेवरों:

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

विपक्ष:

  • यूआई स्विंग में लिखा गया है। (ओह!)
  • जेएमेटर सर्वर द्वारा भेजे गए प्रतिक्रिया पाठ को पार्स करते हुए काम करता है। इसलिए यदि आप किसी भी प्रकार के जावास्क्रिप्ट व्यवहार को मान्य करने के लिए देख रहे हैं, तो आप भाग्य से बाहर हैं
  • सीखना वक्र गैर प्रोग्रामर के लिए खड़ी है यदि आप नियमित अभिव्यक्ति से परिचित हैं, तो आप पहले ही गेम से आगे हैं
  • बेवकूफ सवाल पूछे जाने वाले समर्थन फोरम में बड़ी संख्या में ( बेदखली डालें ) बेवकूफ हैं, जो आसानी से सुलझाए जा सकते हैं यदि वे दस्तावेज़ को एक सरसरी चमक देते हैं। ('मैं अपने विंडोज जीयूआई को तनाव-परीक्षण करने के लिए जेएमेटर का उपयोग कैसे करूं' काफी बार दिखाई देता है)
  • 'बॉक्स से बाहर' की रिपोर्टिंग के लिए बहुत अधिक वांछित हो जाता है, खासकर बड़े परीक्षणों के लिए। मैंने ऊपर दिए गए परीक्षण में, 'एक्सएमएल-लॉगफाइल' में से कुछ 'html' रूपांतरणों के लिए एक त्वरित कंसोल ऐप लिखना समाप्त कर दिया था। यह कुछ साल पहले था, इसलिए संभव है कि अब इसकी आवश्यकता नहीं होगी।

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

हमने इसके साथ कुछ साफ सामान बनाया … हम एक वेब आधारित टेलिकॉम एप्लिकेशन थे, इसलिए मैंने एक ठंडा उपयोग किया जो हमारे वेब अनुप्रयोग के माध्यम से नंबर डायल करने के लिए किया गया था, फिर हमने एक ऑटो उत्तरार्द्ध उपकरण का इस्तेमाल किया (जो कि मूल रूप से एक ट्यूटोरियल था माइक्रोसॉफ्ट से अपने आरटीसी एलसीएस सर्वर से कनेक्ट करने के लिए ऐप … जो कि माइक्रोसॉफ्ट ऑफिस कम्युनिकेटर स्थानीय नेटवर्क से जुड़ा हुआ है … फिर अपने आप को कॉल करने के लिए संशोधित किया गया)। इसके बाद हमें यह हैमर (या ऐसा कुछ) नामक महंगी टेलीफोनी उपकरण के बजाय इसका उपयोग करने की इजाजत दी।

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

मैं इस उपकरण की अत्यधिक सलाह देता हूं, कीमत के लिए बहुत उपयोगी … लेकिन इसके साथ कुछ कस्टम सेटअप करने की उम्मीद है (यह एक स्क्रिप्ट रिकॉर्ड करने के लिए प्रॉक्सी में बनाया गया है, लेकिन इसे सत्रों की तरह कुछ कैप्चर करने के लिए अनुकूलन की आवश्यकता हो सकती है … मुझे पता है मुझे एक अद्वितीय सत्र प्रति धागा उपयोग करने के लिए इसे अनुकूलित करना था)।

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

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

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

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

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

एबी, घेराबंदी, सिंग, सफेदरफ, रौम्पल, पाइलॉट, अनुरोध-लॉग विश्लेषक, पेपरटोल्स

सरल उपयोग के लिए, मैं एपी (अपाचे बेंचमार्क) और घेराबंदी के बाद, बाद में एक की जरूरत है क्योंकि एबी कुकी का समर्थन नहीं करती है और गतिशील साइट से अंतहीन सत्र बनाएगी।

दोनों शुरू करने के लिए सरल हैं:

ab -cn -t 30 url siege -b -cn -t 30s url 

घेराबंदी अधिक यूआरएल के साथ चला सकती है

आखिरी घेराबंदी संस्करण सीरजीक में वर्बोस चालू है, जो परेशान है। आप केवल उस फ़ाइल को संपादित करके इसे अक्षम कर सकते हैं ( /usr/local/etc/siegerc )।

वेब आधारित सेवा के लिए, loader.io को देखें

सारांश:

loader.io एक नि: शुल्क लोड परीक्षण सेवा है जो आपको अपने वेब-ऐप / एपीआईएस के हजारों समवर्ती कनेक्शनों के साथ परीक्षण करने की सुविधा देती है।

उनके पास एक एपीआई भी है।

जैसा कि यह प्रश्न अभी भी खुला है, मैं भी साथ में तौलना सकता है।

अच्छी खबर यह है कि पिछले 5 वर्षों में ओपन सोर्स उपकरण वास्तव में परिपक्व हो गए हैं और अंतरिक्ष में उतर गए हैं, बुरी खबर यह है कि उनमें से बहुत से लोग वहां मौजूद हैं।

यहां मेरे विचार हैं: –

जेमीटर बनाम चक्की

जेएमएक्स एक XML शैली विनिर्देशन से संचालित होता है, जिसे GUI के जरिए बनाया गया है।

ग्राइंडर जिप्थन स्क्रिप्टिंग का उपयोग एक म्यूटि-थ्रेडेड जावा ढांचे के भीतर करता है, जिससे प्रोग्रामर को अधिक उन्मुख किया जाता है।

दोनों उपकरण HTTP और HTTPS को संभाल लेंगे और आपके पास शुरू करने के लिए एक प्रॉक्सी रिकॉर्डर है। दोनों उपकरण कई परीक्षण एजेंटों को चलाने के लिए नियंत्रक मॉडल का उपयोग करते हैं, ताकि स्केलिबिलिटी एक समस्या नहीं है (क्लाउड तक पहुंच दी गई)

कौनसा अच्छा है:-

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

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

जोड़ने के लिए कुछ नया – हेडलेस ब्राउज़र सेलेनियम वेबड्राइवर के कई उदाहरण चल रहे हैं

यह एक अपेक्षाकृत नया दृष्टिकोण है क्योंकि यह संसाधनों की उपलब्धता पर निर्भर करता है जिसे अब क्लाउड से प्रावधान किया जा सकता है इस दृष्टिकोण के साथ एक सेलेनियम (वेबड्राइवर) स्क्रिप्ट ले ली जाती है और बिना हेडलेस ब्राउज़र (यानी वेबड्राइवर = न्यू एचएलएलयूएनयूटीड्रॉवर ()) के कई थ्रेड्स में ड्राइवर चलाया जाता है।

'हेडलेस ब्राउज़र' के लगभग 25 उदाहरणों के अनुभव को अमेज़ॅन एम 1 स्मॉल इंस्टेंस से निष्पादित किया जा सकता है।

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

स्केलेबिलिटी के साथ समझौता किया जाता है क्योंकि लोडर चलाने के लिए अधिक वी एम एस की आवश्यकता होगी, जैसा कि एक पीएचडीआईटर या जेएमटर जैसे एक HTTP चालक के मुकाबले। उसने कहा, अगर आप 500 आभासी उपयोगकर्ताओं को चलाने की तलाश में हैं तो 20 अमेज़ॅन लघु आवृत्तियों (6 सेंट एक घंटे में प्रत्येक) के साथ प्रति घंटे सिर्फ 1.20 डॉलर की लागत से आपको लोड होता है जो वास्तविक उपयोगकर्ता अनुभव के बहुत करीब है।

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

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

मुझे आपको गैटलिंग कोड का उपयोग करते हुए कोड लिखने के लिए सरल उदाहरण देता हूं:

 // your code starts here val scn = scenario("Scenario") .exec(http("Page") .get("http://example.com")) // injecting 100 user enter code here's on above scenario. setUp(scn.inject(atOnceUsers(100))) 

हालांकि आप इसे यथासंभव जटिल बना सकते हैं। गेटलिंग के लिए जो सुविधा है वह एक रिपोर्टिंग है जो बहुत विस्तार है।

यहां कुछ लिंक हैं:
गैटलिंग
गैटलिंग ट्यूटोरियल

मैंने हाल ही में इसके बारे में बात की, आप यहाँ बात कर सकते हैं:
https://docs.google.com/viewer?url=http%3A%2F%2Ffiles.meetup.com%2F3872152%2FExploring-Load-Testing-with-Gatling.pdf

यह एक पुराना सवाल है, लेकिन मुझे लगता है कि नए समाधान एक उल्लेख के योग्य हैं। चेकआउट लोड इंपैक्ट: http://www.loadimpact.com

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

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

यहाँ सभी का उल्लेख करने की कोशिश करते हुए, मुझे कर्ल-लोडर मेरे उद्देश्यों के लिए सबसे अच्छा मिल गया बहुत आसान इंटरफ़ेस, वास्तविक समय की निगरानी, ​​उपयोगी आंकड़े, जिसमें से मैं प्रदर्शन के ग्राफ का निर्माण लिबस्कल की सभी विशेषताएं शामिल हैं

ब्लेज़ मीटर के पास रिकॉर्डिंग सत्र के लिए क्रोम एक्सटेंशन है और उन्हें जेएमेटर (वर्तमान में लॉगइन करने की आवश्यकता है) के लिए निर्यात किया गया है। आपके पास जेएमेटर सर्वर के उनके क्लस्टर पर चलाने के लिए भी उन्हें पैसे देने का विकल्प होता है (उनकी कीमत लोडआईम्पैक्ट से बेहतर है जो मैंने अभी बंद कर दिया है):

  • ब्लेज़मेटर क्रोम एक्सटेंशन
  • इसके बारे में ब्लॉग प्रविष्टि

मेरे पास उनके साथ कोई संबंध नहीं है, मैं उनकी सेवा का नजारा पसंद करता हूं, हालांकि मैंने भुगतान किए संस्करण का अभी तक उपयोग नहीं किया है

आपने लगभग एक साल पहले इस सवाल के बारे में पूछा और मुझे नहीं पता कि क्या आप अभी भी अपनी वेबसाइट के बेंचमार्क के दूसरे तरीके की तलाश कर रहे हैं। हालांकि चूंकि इस प्रश्न को हल करने के रूप में अभी भी चिह्नित नहीं किया गया है, मैं मुफ्त webservice लोड इंपैक्ट ( बीटीडब्लू । संबद्ध नहीं है) का सुझाव देना चाहूंगा । बस ट्विटर के माध्यम से यह लिंक मिला है और इस खोज को साझा करना चाहते हैं। वे एक उचित अच्छा अवलोकन बनाते हैं और कुछ रुपये के लिए आपको "पूर्ण प्रभाव मोड" मिलता है यह शायद अजीब लगता है, लेकिन अच्छे भाग्य को धक्का और अपनी सेवा ब्रेक लगाना 🙂

मुझे आईबीएम पेज विस्तारक के साथ काम करने के लिए एक दिलचस्प उपकरण भी मिला।

मैंने ओपनस्टा इस्तेमाल किया है

इससे वेब साइट के साथ एक सत्र को रिकॉर्ड किया जा सकता है और फिर अपेक्षाकृत सरल लिपि भाषा के माध्यम से वापस खेला जाता है

आप आसानी से वेब सेवाओं का परीक्षण कर सकते हैं और अपनी स्क्रिप्ट लिख सकते हैं।

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

यह खुला स्रोत और मुफ़्त है

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

हम Microsoft उपकरण का उल्लेख करते हैं – Microsoft वेब अनुप्रयोग तनाव उपकरण। यह मैंने इस्तेमाल किया सबसे आसान उपकरण है यह कई मायनों में सीमित है, जिसमें मैन्युअल रूप से निर्मित परीक्षणों पर पोर्ट 80 को मारने में सक्षम होना शामिल है। लेकिन, इसका उपयोग करने में आसानी इसका मतलब है कि इसका उपयोग वास्तव में किया जाता है

हम OpenSTA और लिंक चेक मकड़ियों सहित अन्य टूल के साथ इस टूल से लोड को पूरक करते हैं।

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

मैं एमएस तनाव उपकरण परिणामों की व्याख्या के बारे में एक और सवाल खोलने का सुझाव देता हूं

विजुअल स्टूडियो टेस्ट संस्करण 2010 (2008 भी अच्छा) वेब / लोड परीक्षणों को बनाने के साथ यह एक बहुत आसान और शक्तिशाली उपकरण है

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

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

यदि आप एक विंडोज़ सर्वर से वेबपेजों की सेवा कर रहे हैं, तो यह सबसे अच्छा उपकरण है।

आवेदन का परीक्षण लोड करने के लिए कई मशीनों का उपयोग करने के लिए एक अलग और महंगा लाइसेंस आवश्यक है।

हमने एक ऐसी प्रक्रिया विकसित की है जो लोड और प्रदर्शन मापन को एक प्रथम श्रेणी की चिंता के रूप में मानता है – जैसा कि आप कहते हैं, इसे परियोजना के अंत में छोड़ने से निराशा होती है …

इसलिए, विकास के दौरान, हम बहुत ही बुनियादी बहु-उपयोगकर्ता परीक्षण (सेलेनियम का उपयोग करके) शामिल करते हैं, जो मूल पागलपन की तरह टूटा सत्र प्रबंधन, स्पष्ट संगामिति के मुद्दों और स्पष्ट संसाधन विवाद समस्याओं का परीक्षण करता है। गैर-तुच्छ परियोजनाओं में यह एकीकरण प्रक्रिया में शामिल है, इसलिए हमें बहुत ही नियमित प्रतिक्रिया मिलती है।

ऐसी परियोजनाओं के लिए जो अत्यधिक प्रदर्शन आवश्यकताओं की आवश्यकता नहीं है, हम अपने परीक्षण में बुनियादी प्रदर्शन परीक्षण शामिल करते हैं; आम तौर पर, हम BadBoy का उपयोग कर परीक्षणों को स्क्रिप्ट करते हैं, और लॉगिन विवरण और अन्य थ्रेड-विशिष्ट चीज़ों की जगह, उन्हें जेएमेटर में आयात करते हैं। तब हम उन स्तरों तक इन रैंप पर रैंप करते हैं कि सर्वर प्रति सेकंड 100 अनुरोधों के साथ काम कर रहा है; अगर प्रतिक्रिया समय 1 सेकेंड से कम है, तो यह आमतौर पर पर्याप्त है हम लांच करते हैं और हमारे जीवन के साथ आगे बढ़ते हैं

चरम प्रदर्शन आवश्यकताओं के साथ परियोजनाओं के लिए, हम अभी भी BadBoy और Jmeter का उपयोग करते हैं, लेकिन हमारे परीक्षण रिग (वेब ​​और डेटाबेस सर्वर, आमतौर पर) पर सर्वर पर बाधाओं को समझने में बहुत अधिक ऊर्जा डालते हैं। माइक्रोसॉफ्ट इवेंट लॉग का विश्लेषण करने के लिए एक अच्छा टूल है जो इससे बहुत कुछ मदद करता है। हम आम तौर पर अप्रत्याशित बाधाओं को पाते हैं, जो संभव हो तो हम अनुकूल करते हैं; जो हमें "1 वेब सर्वर, 1 डाटाबेस सर्वर" पर किया जा सकता है, उतना ही एक आवेदन देता है। हम आम तौर पर हमारे लक्षित बुनियादी ढांचे के लिए तैनात करते हैं, और पैमाने पर परीक्षणों को दोबारा चलाने के लिए "बादल में जेएमटर" सेवाओं में से एक का उपयोग करते हैं।

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

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

यहां बहुत सारे अच्छे उपकरण दिए गए हैं। मुझे आश्चर्य है कि यदि उपकरण एक सवाल का उत्तर है: "आप वेब अनुप्रयोग का परीक्षण कैसे करते हैं?" उपकरण वास्तव में एक वेब ऐप पर दबाव डालने का तरीका प्रदान नहीं करते हैं मैं जो जानता हूं वह यहां है:

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

निष्पादन परीक्षण एक वेब ऐप को प्रतिक्रिया समय बनाए रखने की क्षमता को दिखाता है कि कितने उपयोगकर्ता ऐप का एक साथ उपयोग कर रहे हैं। उदाहरण के लिए, एक ऐप जो 10 समवर्ती उपयोगकर्ताओं के साथ 10 लेन-देन का संचालन करता है, 20 उपयोगकर्ता प्रति 20 लेनदेन प्रति सेकंड को संभालना चाहिए। अगर एप 20 से कम लेनदेन प्रति सेकेंड प्रतिक्रिया देता है तो प्रतिक्रिया समय अधिक बढ़ रहा है और ऐप रैखिक स्केलेबिलिटी हासिल करने में सक्षम नहीं है।

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

मैंने http://www.pushtotest.com/pushtotest-testmaker-6-methodology पर टेस्टमेकर उपयोगकर्ता मार्गदर्शिका में पुशटोस्ट टेस्टीला को लिखा है। टेस्टमेकर दो स्वादों में आता है: ओपन सोर्स (जीपीएल) सामुदायिक संस्करण और टेस्टमेकर एंटरप्राइज (महान पेशेवर समर्थन के साथ वाणिज्यिक।)

फ्रैंक

लोडबॉस्टर पर एक नज़र डालें ( https://www.loadbooster.com )। वेब साइट्स का परीक्षण करने के लिए यह बिना हेड स्क्रिप्टक ब्राउज़र फेंटमोज / कैस्पर जेएस का इस्तेमाल करता है। फोंटोंज प्रत्येक पृष्ठ को पार्स और प्रस्तुत करेगा, क्लाइंट साइड स्क्रिप्ट को निष्पादित करेंगे। हेडलेस ब्राउज़र दृष्टिकोण, ब्राउज़र में जटिल एजेएक्स भारी वेब 2.0 ऐप, ब्राउज़र नेविगेशन, माउस क्लिक और कीस्ट्रोक्स का समर्थन करने के लिए परीक्षण परिदृश्य लिखना आसान है या जब तक कोई तत्व डोम में मौजूद नहीं हो जाता। लोडबॉस्टर समर्थन सेलेनियम एचटीएमएल स्क्रिप्ट भी

अस्वीकरण: मैं लोडबॉस्टर के लिए काम करता हूं

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

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

TestComplete पर एक नज़र डालें

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

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

फ़ंकल लोड के साथ मेरे अच्छे परिणाम थे :

  • स्क्रिप्ट उपयोगकर्ता इंटरैक्शन के लिए आसान
  • रिपोर्ट स्पष्ट हैं
  • सर्वर लोड की निगरानी कर सकते हैं

बेजान आत्म पदोन्नति का आरोप लगाया जाने के जोखिम पर मैं यह कहना चाहूंगा कि एक मुफ्त लोड परीक्षण टूल की तलाश में मैं इस लेख में गया: http://www.devcurry.com/2010/07/10-free- उपकरण करने वाली loadstress-परीक्षण your.html

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

मैंने सूची में हर टूल को बाहर करने की कोशिश की और मेरी निराशा में पाया कि उनमें से कोई भी ऐसा नहीं करता जो मैं करना चाहता था। इसलिए मैंने इसे बनाया और इसे साझा कर रहा हूं।

यहां यह है: http://sourceforge.net/projects/loadmonger

पीएस: शहरी कठबोली से परिचित लोगों के नाम पर कोई टिप्पणी नहीं है। मैं नहीं था, लेकिन अब थोड़ा अधिक सांसारिक हूँ।

मैं जेएमेटर के लिए भी वोट देता हूं और मुझे @ पीटरबरियर के उत्तर में कुछ उद्धरण जोड़ें।

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

ध्यान रखें कि जेएमेटर में कई बिल्डिंग ब्लॉक लॉजिकल कंट्रोलर्स , कॉन्फ़िग एलिमेंट्स , प्री प्रोसेसर , श्रोताओं , … जो आपकी मदद कर सकते हैं।

आप जेएममीटर के साथ वास्तविक दुनिया की स्थिति की नकल कर सकते हैं, उदाहरण के लिए आप निम्न कर सकते हैं:

  1. कॉन्फ़िगर करने के लिए jMeter को वास्तविक ब्राउज़र के रूप में कार्य करने के लिए कॉन्फ़िगर करके ( concurrent resource download , browser cache , http headers , setting request time out , cookie management , https support , encoding , ajax support , …)
  2. उपयोगकर्ता अनुरोधों को बनाने के लिए jMeter कॉन्फ़िगर करें ( number of users per second निर्धारित करके, ramp-up time , scheduling , …)
  3. वितरित लोड परीक्षण करने के लिए, उन पर जेएममीटर के साथ बहुत सारे ग्राहक कॉन्फ़िगर करें।
  4. यह पता लगाने के लिए प्रतिक्रिया दें कि क्या सर्वर परीक्षण के दौरान सही ढंग से जवाब दे रहा है। (उदाहरण के लिए उसमें कोई पाठ ढूंढने के लिए प्रतिक्रिया पर assert दें)

कृपया ध्यान रखें:

  • मिनटों में जेएममीटर के साथ वास्तविक वेब एप्लिकेशन टेस्ट शुरू करना आसान है Jmeter का एक बहुत आसान उपकरण है जो आपके परीक्षण परिदृश्य रिकॉर्ड करता है ( HTTP(S) Test Script Recorder )।
  • jmeter के पास http://jmeter-plugins.org पर बहुत से प्लगिन हैं।
  • Jmeter UI स्विंग आधारित है और jmeter 3.2 में अच्छे बदलाव किए हैं। दूसरी तरफ कृपया ध्यान दें कि जेएमआईटर जीयूआई का उपयोग केवल परीक्षण और डीबगिंग के लिए किया जाना चाहिए। यह वास्तविक परीक्षण के लिए GUI मोड में उपयोग करने के लिए अच्छा अभ्यास नहीं है। https://www.blazemeter.com/blog/5-ways-launch-jmeter-test-without-using-jmeter-gui अपने परिदृश्य को कॉन्फ़िगर और जांचें और इसे गैर-गय मोड पर चलाएं।
  • जेएमेटर में उपकरण दिखाते हुए बहुत सारे रिपोर्टिंग ( listeners रूप में जाने जाते हैं) परन्तु परीक्षण के दौरान होने का मतलब नहीं है। आपको अपना परीक्षण चलाने और रिपोर्ट ( .jtl फ़ाइलें) जनरेट करना होगा। फिर आपको परिणाम का विश्लेषण करने के लिए इन टूल का उपयोग करना चाहिए। कृपया https://www.blazemeter.com/blog/jmeter-listeners-part-1-basic-display-formats पर देखें या https://www.tutorialspoint.com/jmeter/jmeter_listeners.htm देखें ।

https://www.blazemeter.com/jmeter आपके परीक्षण वातावरण को कॉन्फ़िगर करने में आपकी मदद करने के लिए बहुत अच्छी और व्यावहारिक जानकारी है।