वीएस -2008 यूनिट परीक्षण - जोर विधि

Question

से बाहर निकलती है मैं वीएस 2008 के अंतर्निर्मित इकाई परीक्षण ढांचे के साथ एक सी # इकाई परीक्षण लिखने की कोशिश कर रहा हूं और जिस विधि का मैं परीक्षण कर रहा हूं Environment.Exit(0)। जब मैं इस विधि को अपने यूनिट टेस्ट में कॉल करता हूं, तो मेरा यूनिट परीक्षण निरस्त हो जाता है। विधि वास्तव में Exit पर कॉल करनी चाहिए, और मैं यह जांचने का एक तरीका चाहता हूं कि यह करता है, और इसका उपयोग करने वाले निकास कोड का परीक्षण भी करना है। मैं यह कैसे कर सकता हूं? मैंने Microsoft.VisualStudio.TestTools.UnitTesting Namespace देखा लेकिन प्रासंगिक कुछ भी दिखाई नहीं दिया।

[TestMethod] 
[DeploymentItem("myprog.exe")] 
public void MyProgTest() 
{ 
    // Want to ensure this Exit's with code 0: 
    MyProg_Accessor.myMethod(); 
} 

इस बीच, यहाँ कोड का सार है कि मैं परीक्षण करना चाहते हैं:

static void myMethod() 
{ 
    Environment.Exit(0); 
} 

संपादित करें:

Process proc; 

try 
{ 
    proc = Process.Start(path, myArgs); 
} 
catch (System.ComponentModel.Win32Exception ex) 
{ 
    proc = null; 
    Assert.Fail(ex.Message); 
} 

Assert.IsNotNull(proc); 
proc.WaitForExit(10000); 
Assert.IsTrue(proc.HasExited); 
Assert.AreEqual(code, proc.ExitCode); 

: यहाँ समाधान मैं अपने परीक्षण विधि में प्रयोग किया जाता है, धन्यवाद RichardOD करने के लिए

Answer 1

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

यदि आप वास्तव में अभी भी परीक्षण करना चाहते हैं तो आप एक अलग प्रक्रिया लॉन्च करके और रिटर्न कोड की जांच करके कर सकते हैं- Process.Start में इसे लपेटने पर एक नज़र डालें।

मुझे लगता है कि एक और विकल्प इस कोड को फैक्टर कर रहा है और test spy इंजेक्शन कर रहा है, या सही व्यवहार को सत्यापित करने के लिए नकली ऑब्जेक्ट का उपयोग कर रहा है।

शायद आप Typemock Isolator के साथ कुछ कर सकते हैं- मुझे विश्वास है कि यह आपको mock static methods देता है।

Answer 2

आप इसका परीक्षण करने में सक्षम नहीं होंगे - Environment.Exit एप्लिकेशन को पूरी तरह मार देता है। इसका अर्थ यह है कि इस कोड का उपयोग करने वाले किसी भी ऐपडोमेन को पूरी तरह से अनलोड किया जाएगा, भले ही यह आपका उत्पादन एप्लिकेशन या इकाई परीक्षण ढांचा है।

Answer 3

आपका एकमात्र विकल्प यहां पर्यावरण वर्ग को एक फकी एक्जिट विधि के साथ नकल करना होगा।

Answer 4

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

public class EnvironmentWrapper 
{ 
    public virtual void Exit(int code) 
    { 
     Environment.Exit(code); 
    } 
} 


public class MyClass 
{ 
    private EnvironmentWrapper Environment { get; set; } 

    public MyClass() : this(null) { } 

    public MyClass(EnvironmentWrapper wrapper) 
    { 
     this.Environment = wrapper ?? new EnvironmentWrapper(); 
    } 

    public void MyMethod(int code) 
    { 
     this.Environment.Exit(code) 
    } 
} 


[TestMethod] 
public void MyMethodTest() 
{ 
    var mockWrapper = MockRepository.GenerateMock<EnvironmentWrapper>(); 

    int expectedCode = 5; 

    mockWrapper.Expect(m => m.Exit(expectedCode)); 

    var myClass = new MyClass(mockWrapper); 

    myclass.MyMethod(expectedCode); 

    mockWrapper.VerifyAllExpectations() 
} 

Answer 5

आप इसे एक नकली वातावरण पारित करने के लिए अपने विधि के लिए एक तर्क जोड़ सकते हैं जहां से बाहर निकलें() विधि से बाहर निकलने नहीं होगा।

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

Answer 6

केवल एक चीज है कि मेरे दिमाग में आता है के साथ कुछ है:

static void myMethod() 
{ 
    DoEnvironmentExit(0); 
} 

static void DoEnvironentExit(int code) 
{ 
    #if defined TEST_SOLUTION 
     SomeMockingFunction(code); 
    #else 
     Environment.Exit(code); 
    #endif 
}