2008-09-03 12 views
6

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

कृपया कोई व्यक्ति औपचारिक/अनौपचारिक मानक सुझा सकता है कि मैं एप्लिकेशन के प्रदर्शन का न्याय कैसे कर सकता हूं।

उत्तर

7

तनाव और लोड परीक्षण के लिए कुछ टूल का उपयोग करें। यदि आप जावा का उपयोग कर रहे हैं तो JMeter पर एक नज़र डालें। यह आपको एप्लिकेशन प्रदर्शन का परीक्षण करने के लिए विभिन्न विधियों प्रदान करता है। आप पर ध्यान देना चाहिए:

  • प्रतिक्रिया समय: कितनी तेजी से अपने आवेदन सामान्य अनुरोधों के लिए चल रहा है। कुछ पढ़ने/लिखने के उपयोग के मामले का परीक्षण करें
  • लोड परीक्षण: आपका एप्लिकेशन उच्च ट्रैफ़िक समय में कैसे व्यवहार करता है। उपकरण समय के दौरान कई अनुरोध सबमिट करेगा (आप इसे ठीक से कॉन्फ़िगर कर सकते हैं)।
  • तनाव परीक्षण: क्या आपका आवेदन लंबे समय तक चल सकता है? यह परीक्षण आपके आवेदन को सीमा

यदि आप रुचि रखते हैं, तो इसके साथ शुरू करें, अन्य प्रकार के परीक्षण भी हैं।

3

फ्रंट-एंड का परीक्षण करने के लिए YSlow आंकड़े प्राप्त करने के लिए बहुत अच्छा है कि आपके पृष्ठ उपयोगकर्ता परिप्रेक्ष्य से कितने समय तक लोड हो जाते हैं। यह प्रत्येक specfic HTTP अनुरोध के लिए आंकड़ों में टूट जाता है, जिस समय इसे लिया गया था, आदि। इसे http://developer.yahoo.com/yslow/

निश्चित रूप से फ़ायरबग भी आवश्यक है। प्रोफ़ाइल बटन पर क्लिक करके आप अपने जेएस को स्पष्ट रूप से या वास्तविक समय में प्रोफाइल कर सकते हैं। जहां आवश्यक हो वहां अनुकूलन बनाना और यह देखना कि आपके सभी कार्य कितने समय तक चलते हैं। इसने मेरे जेएस कोड के प्रदर्शन को मापने के तरीके को बदल दिया। http://getfirebug.com/js.html

3

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

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

आप शायद हीट (शत्रुतापूर्ण पर्यावरण अनुप्रयोग परीक्षण) नामक एक अवधारणा को देखना चाहेंगे। असल में यह दिखाता है कि क्या होता है जब सिस्टम का कुछ हिस्सा ऑफलाइन हो जाता है। क्या सिस्टम सफलतापूर्वक खराब हो गया है? यह एक महत्वपूर्ण मानक होना चाहिए।

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

3

"विशेष रूप से, मुझे एप्लिकेशन के प्रदर्शन को निर्धारित करना होगा ....एक लोड के तहत "

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

  1. जनरल प्रतिक्रिया समय की एक संख्या है," .... साइट के एक्स, वाई% से कम समय का सामान्य प्रतिक्रिया समय होगा ... "
  2. विशिष्ट प्रतिक्रिया समय," लोड के तहत .... क्रेडिट कार्ड प्रसंस्करण कम से कम लेना चाहिए जेड सेकंड, समय का% ... "
  3. सिस्टम क्षमता आइटम," लोड के तहत .... सीपीयू | नेटवर्क | रैम | डिस्क अधिक नहीं होगी क्षमता का एन% .... "
  4. भार प्रोफ़ाइल, जो उपयोगकर्ताओं और लेन-देन की संख्या का मिश्रण है, जिसके तहत सिस्टम प्रदर्शन को निर्धारित करने के लिए विशिष्ट, उद्देश्य, उपाय एकत्र किए जाते हैं।

आप प्रतिक्रिया समय देखेंगे और अन्य उपाय कोई पूर्ण नहीं हैं। छह सिग्मा विनिर्माण प्रधानाध्यापकों से एक पृष्ठ लेते हुए, अरबों में 1 अपवाद से 1 अपवाद में स्थानांतरित होने की लागत असाधारण है और शून्य अपवादों में जाने की लागत आमतौर पर औसत संगठन द्वारा सहनशील लागत नहीं होती है। आपके संगठन के लिए एक अनूठे आवेदन के लिए स्वीकार्य प्रतिक्रिया समय माना जाता है, जो कि एक अत्यधिक कमोडिटीकृत पेशकश से पूरी तरह अलग होगा जो सार्वजनिक इंटरनेट का सामना करने वाला आवेदन है। अत्यधिक प्रतिस्पर्धी समाधानों के लिए इंटरनेट पर प्रतिक्रिया समय की अपेक्षा 2-3 सेकंड रेंज की ओर बढ़ रही है जहां उपयोगकर्ता का त्याग गंभीर रूप से बढ़ता है। यह पिछले दशक में 8 सेकंड से 4 सेकंड तक और अब 2-3 सेकंड रेंज में गिरा दिया गया है। फेसबुक जैसे कुछ एप्लिकेशन प्रतिस्पर्धी कारणों के लिए उप-दूसरी श्रेणी में लगभग अनावश्यक प्रतिक्रिया समय के लिए शूट करते हैं। यदि आप एक कठिन मानक की तलाश में हैं, तो वे मौजूद नहीं हैं।

कुछ जो आपकी समझ में मदद करेगा शैली, रूप, कार्य के लिए कुछ उद्योग मानकों को पढ़ना है।

प्रदर्शन परीक्षणों जो अपनी आवश्यकताओं का प्रतिनिधित्व करता है का एक ठोस सेट की स्थापना एक गैर तुच्छ बात है। आप अपने क्यूए प्रयासों के इस चरण को संभालने के लिए एक विशेषज्ञ को ला सकते हैं।

अपने उपकरण चयन पर, सुनिश्चित करें कि आप एक है कि

  • व्यायाम आपके इंटरफ़ेस
  • अपनी आवश्यकताओं के खिलाफ रिपोर्ट
  • आप या अपनी टीम के कौशल है उपयोग करने के लिए कर सकते हैं
  • आप प्राप्त कर सकते हैं मिल कर प्रबंधन के आशीर्वाद के साथ प्रशिक्षण और उपस्थित होगा

उपरोक्त चार तत्वों में से किसी एक पर मिस्फायर कहां से बाजार पर सबसे महंगा उपकरण खरीदा है और इसे तैनात करने के लिए सबसे महंगी फर्म को किराए पर लिया है।

शुभकामनाएं!