2015-01-07 12 views
6

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

ये त्रुटियां अंत में कुछ परीक्षण विफल हो सकते हैं जो अंत में गलत परीक्षण परिणाम बनाता है, उदाहरण के लिए एक स्पेकफ्लो परिदृश्य का उपयोग 20 उपयोगकर्ताओं के लोड टेस्ट और 2 मिनट की समय अवधि के साथ परीक्षण परिदृश्य के रूप में कर सकते हैं, जिससे 50 त्रुटियां नीचे की तरह हो सकती हैं। तो परीक्षण परिणाम से पता चलता है कि विशेष परिदृश्य 200 बार निष्पादित किया जाता है जहां 150 पास हुए और 50 विफल परीक्षण और विफलता Specflow त्रुटियों के कारण होती है। लोड टेस्ट के संदर्भ में यह परिणाम पूरी तरह से गलत और गलत है क्योंकि परीक्षण में समस्याएं हैं।

त्रुटि संदेश:

ScenarioTearDown threw exception. System.NullReferenceException: System.NullReferenceException: Object reference not set to an instance of an object. 
TechTalk.SpecFlow.Infrastructure.TestExecutionEngine.HandleBlockSwitch(ScenarioBlock block) 
TechTalk.SpecFlow.Infrastructure.TestExecutionEngine.ExecuteStep(StepInstance stepInstance) TechTalk.SpecFlow.Infrastructure.TestExecutionEngine.Step(StepDefinitionKeyword stepDefinitionKeyword, String keyword, String text, String multilineTextArg, Table tableArg) 
TechTalk.SpecFlow.TestRunner.Then(String text, String multilineTextArg, Table tableArg, String keyword) 

ऐसा लगता है कुछ जांच के बाद Specflow पैदा करते हैं और एक ही परिदृश्य समानांतर जो इस संघर्ष के कारण होता है और कुछ परीक्षण में विफल रहता है लेकिन मैं यह भी है कि के बारे में कुछ संदेह है और अगर वहाँ देखने के लिए मांग कर नहीं चल सकता इस बारे में कोई कामकाज या अगर मुझे कुछ याद आ रहा है और सोच रहा है कि क्या स्पीकफ्लो परिदृश्य लोड टेस्ट के लिए इस्तेमाल किया जा सकता है?

+2

आपके प्रश्न का शीर्षक अधिक समझ में नहीं आता है। "वर्गीकरण के बिना" आपका क्या मतलब है? साथ ही, क्या आप त्रुटि संदेश और पूर्ण स्टैक ट्रेस भी पोस्ट कर सकते हैं? क्या आप वर्णन कर सकते हैं कि आपके स्पेकफ़्लो परीक्षण कैसे चल रहे हैं? –

+0

@GregBurghardt, भ्रम के लिए खेद है। मैंने इस मुद्दे को कम करने की कोशिश की। मैं भी त्रुटि और ढेर के बारे में सभी जानकारी डाल दिया। दुर्भाग्य से यह मुझे और जानकारी नहीं देता है। चीयर्स – arfo

+0

मुझे लगता है कि शीर्षक को सही किया गया है। मुझे लगता है कि मैं समझता हूं कि अब आप क्या पूछ रहे हैं। धन्यवाद। –

उत्तर

4

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

लोड परीक्षण हर दिन के परिदृश्यों के लिए अधिक उपयोग के तहत आवेदन के प्रदर्शन का परीक्षण करना चाहिए, और स्वीकृति और स्वचालित परीक्षण यकीन है कि ऐप्स विशेष के अनुसार कार्य कर रहा है बनाते हैं।

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

स्रोत: Wikipedia: Load testing

एक स्वीकृति परीक्षण एक सॉफ्टवेयर उत्पाद, आम तौर पर एक उदाहरण है या एक उपयोग परिदृश्य के रूप में व्यक्त के व्यवहार का औपचारिक वर्णन है। ... कई एजिल टीमों के लिए स्वीकृति परीक्षण कार्यात्मक विनिर्देश का मुख्य रूप है; कभी-कभी व्यावसायिक आवश्यकताओं की एकमात्र औपचारिक अभिव्यक्ति। अन्य मामलों में, वे केवल एक विशेष रूप से Agile तकनीक या औपचारिकता, जैसे मामलों का उपयोग या अधिक कथा दस्तावेजों के परिणामस्वरूप एक विनिर्देश दस्तावेज पूरक।

स्रोत: Agile Aliance: Acceptance Testing

वे अलग बातें हैं, इसलिए परीक्षण, और परीक्षण चौखटे, साथ ही विभिन्न होना चाहिए। लोड परीक्षणों के लिए एक अलग सूट रखकर आप वास्तव में "खुद को दोहराना" नहीं कर रहे हैं।

तकनीकी कारणों से यह असफल क्यों हो रहा है?SpecFlow, जब सामान्य विजुअल स्टूडियो परीक्षण धावक का उपयोग करते समय चलाया जाता है, तो समानांतर में परीक्षण चलाने के लिए नहीं बनाया गया था। समांतर परीक्षण धावक उपलब्ध हैं, लेकिन अधिकांश भुगतान सॉफ्टवेयर हैं।

+0

मुझे लगता है कि वह यह पूछ रहा है क्योंकि एक वीएस लोड टेस्ट .webtest प्रकारों से बना है, जो मूल रूप से एक HTTP अनुरोध प्रवाह (SOAPUI के समान है) जिसे कार्यात्मक/स्वीकृति परीक्षण के रूप में उपयोग किया जा सकता है, फिर लोड परीक्षणों का निर्माण करने के लिए उपयोग किया जाता है सीधे कार्यात्मक सूट से। – DawnFreeze

संबंधित मुद्दे