मैं कोड का परीक्षण कैसे करूं जिसे कभी निष्पादित नहीं किया जाना चाहिए?

Question

निम्नलिखित विधि केवल तभी कॉल की जाएगी जब यह सत्यापित किया गया हो कि अमान्य अंक हैं (किसी अन्य विधि को कॉल करके)। मैं निम्न स्निपेट में throw -लाइन का परीक्षण कैसे कर सकता हूं? मुझे पता है कि VerifyThereAreInvalidiDigits और इस विधि को एक साथ मिलाकर एक तरीका हो सकता है। मैं किसी अन्य विचार की तलाश में हूं।

public int FirstInvalidDigitPosition { 
    get { 
     for (int index = 0; index < this.positions.Count; ++index) { 
      if (!this.positions[index].Valid) return index; 
     } 
     throw new InvalidOperationException("Attempt to get invalid digit position whene there are no invalid digits."); 
    } 
} 

मैं भी एक यूनिट परीक्षण लिखना नहीं चाहता जो कोड का प्रयोग नहीं करता जिसे कभी निष्पादित नहीं किया जाना चाहिए।

Answer 1

हैं "फेंक" सवाल में बयान सही मायने में पहुँच योग्य नहीं किसी भी संभावित परिदृश्य के अंतर्गत है तो यह नष्ट कर दिया और के साथ प्रतिस्थापित किया जाना चाहिए: कोड पहुंचा जा सकता है

Debug.Fail("This should be unreachable; please find and fix the bug that caused this to be reached."); 

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

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

पहली समस्या वास्तव में एक समस्या नहीं होनी चाहिए; निश्चित रूप से कोड कवरेज उपकरण को पहुंचने योग्य डीबग-केवल कोड को अनदेखा करने के लिए कॉन्फ़िगर करने योग्य होना चाहिए। लेकिन दोनों समस्या पाश दोबारा लिख ​​कर हल किया जा सकता:

public int FirstInvalidDigitPosition 
{ 
    get 
    { 
     int index = 0; 
     while(true) 
     { 
      Debug.Assert(index < this.positions.Length, "Attempt to get invalid digit position but there are no invalid digits!"); 
      if (!this.positions[index].Valid) return index; 
      index++; 
     } 
    } 
} 

एक वैकल्पिक दृष्टिकोण ताकि आप पहली जगह में समस्या नहीं है कोड पुनर्निर्माण करने के लिए होगा:

public int? FirstInvalidDigitPosition { 
    get { 
     for (int index = 0; index < this.positions.Count; ++index) { 
      if (!this.positions[index].Valid) return index; 
     } 
     return null; 
    } 
} 

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

Answer 2

मुझे समझ में नहीं आता कि आप एक यूनिट परीक्षण क्यों नहीं लिखना चाहते हैं जो "कोड नहीं होना चाहिए" का प्रयोग करता है।

यदि यह "नहीं होना चाहिए", तो आप कोड क्यों लिख रहे हैं? क्योंकि आपको लगता है कि यह निश्चित रूप से हो सकता है - शायद भविष्य में रिफैक्टरिंग में एक त्रुटि आपके अन्य सत्यापन को तोड़ देगी और यह कोड निष्पादित किया जाएगा।

यदि आपको लगता है कि यह कोड लिखने लायक है, तो यह इकाई परीक्षण के लायक है। परीक्षण के की

Answer 3

भाग दोनों चीजें हैं जो होना चाहिए और चीजें हैं जो भी हो सकता है परीक्षण करने के लिए है।

यदि आपके पास कोड पर अमल नहीं किया जाना चाहिए कि है, लेकिन अधिकार के तहत (या गलत) की स्थिति, आपको लगता है कि अपवाद अपने परीक्षण सजाने द्वारा सही परिस्थितियों में होता है (एमएस के यूनिट टेस्ट फ्रेमवर्क में) सत्यापित कर सकते हैं सकता है साथ विधि:

[ExpectedException(typeof(InvalidOperationException))] 

Answer 4

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

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

 
    register = 0 
    test register for zero 
    if non-zero goto dead 
    register = register - 1 
    test register for zero 
    if non-zero goto okay1 
dead: 
    shut everything down 
    goto dead 
okay1: 
    register = register + 1 
    if non-zero goto dead 

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