क्या स्ट्रेस टेस्ट के लिए पास / फेल मानदंड न होना वाजिब है


10

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


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

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

मुझे उम्मीद है कि प्रदर्शन परीक्षण में अधिक अनुभव वाले कोई व्यक्ति यहां मेरी मदद कर सकता है। तनाव परीक्षण (यदि कोई हो) का उपयोग करते समय दूसरों ने कौन से पास / असफल मानदंड का उपयोग किया है?


1
यदि आपके पास पास / फेल नहीं है, तो आप परीक्षा क्यों दे रहे हैं?
रेमकोगर्लिच

@RemcoGerlich तो मैं सिस्टम की सीमा जान सकता हूँ? यह क्षमता नियोजन आदि में मदद करेगा
एलेक्स

मुझे लगता है कि क्षमता नियोजन वह जगह है जहाँ आप तय करते हैं कि आपके सिस्टम को संभालने में सक्षम होने के लिए न्यूनतम लोड की जरूरत है (इसलिए आपके पास पास फेल मानदंड है)।
रेमकोगर्लिच

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

@ एलेक्स, नहीं, आपको अपनी शर्तें नहीं मिलीं। आप एक तनाव परीक्षण का सही वर्णन कर रहे हैं। आपके पास समस्या यह है कि तनाव परीक्षण से जुड़ा कोई पास / असफल नहीं है, इसलिए इसे "यूनिट परीक्षण" टूल का उपयोग करके आसानी से नहीं चलाया जा सकता है।
डेविड अरनो

जवाबों:


10

एक तनाव परीक्षण में आपका काम उस तनाव को परिभाषित नहीं करना है जिसे विषय को लेने में सक्षम होना चाहिए। यह विफल होने से पहले होने वाले तनाव को मापने के लिए है।

तनाव विफलता क्या है, इसे परिभाषित करने के लिए आप प्रदर्शन मानदंड का उपयोग कर सकते हैं। लेकिन एक तनाव परीक्षण का परिणाम पास / असफल नहीं होता है। यह "वेंटिलेशन 50% समझौता के साथ 100% उपयोग के तहत 90 घंटों के बाद विफल"।


एक सवाल। क्या तनाव परीक्षण से सिस्टम क्रैश हो सकता है? दूसरे शब्दों में। क्या दुर्घटना जिसे हम "विफलता" मानते हैं?
Laiv

3
@ लोव तनाव परीक्षण तनाव का कारण होना चाहिए। और प्रदर्शित करता है कि विषय उस तनाव का जवाब कैसे देता है। यदि यह एक सिस्टम क्रैश का कारण बनता है जिसे प्रलेखित किया जाना चाहिए। तनाव परीक्षणों को विफलताओं का कारण माना जाता है और यह दिखाता है कि उनके कारण क्या होता है। एक सिस्टम क्रैश एक विफलता है, दुर्घटनाग्रस्त सिस्टम को यह मानती है कि यह प्रदर्शन की आवश्यकता है। वे आमतौर पर करते हैं।
कैंडिड_ऑरेंज

1

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


0

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

इसका परिणाम यह होगा कि failअगर सिस्टम एक्स पर पहुंचने से पहले ही टूट जाता है और passअगर नहीं टूटता है। एक बार "स्थिर" परिदृश्य में X मान तक पहुँचने पर आपको बस लोड बढ़ाना बंद करना होगा।

IMHO की तरह एक स्वचालित परीक्षण CI / CD के संदर्भ में बहुत उपयोगी हो सकता है, विशेष रूप से उत्पादन शाखाओं पर।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.