moq

Question

मैं कोड के इस बिंदु पर अटक कर रहा हूँ के साथ ConfigurationManager.AppSettings है कि मैं कैसे उपहास करने के लिए पता नहीं है नकली कैसे करें:

ConfigurationManager.AppSettings["User"]; 

मैं ConfigurationManager उपहास करने के लिए है, लेकिन मैं एक सुराग नहीं है , मैं Moq का उपयोग कर रहा हूं।

कोई मुझे एक टिप दे सकता है? धन्यवाद!

Answer 1

मेरा मानना ​​है कि इसका एक मानक दृष्टिकोण मुखौटा पैटर्न कॉन्फ़िगरेशन मैनेजर को लपेटने के लिए उपयोग करना है और फिर आपके पास कुछ कम है जो आपके पास नियंत्रण है।

तो आप कॉन्फ़िगरेशन प्रबंधक को लपेटेंगे। कुछ की तरह:

public class Configuration: IConfiguration 
{ 
    public User 
    { 
     get{ 
       return ConfigurationManager.AppSettings["User"]; 
     } 
    } 
} 

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

Answer 2

शायद वह नहीं है जो आपको पूरा करने की आवश्यकता है, लेकिन क्या आपने अपने परीक्षण प्रोजेक्ट में app.config का उपयोग करने के लिए विचार किया है? तो कॉन्फ़िगरेशन प्रबंधक को आपके द्वारा app.config में दिए गए मान प्राप्त होंगे और आपको कुछ भी नकल करने की आवश्यकता नहीं है। यह समाधान मेरी आवश्यकताओं के लिए अच्छा काम करता है, क्योंकि मुझे कभी भी "चर" कॉन्फ़िगरेशन फ़ाइल का परीक्षण करने की आवश्यकता नहीं है।

Answer 3

यह एक स्थिर संपत्ति है, और मोक को एमओसी इंस्टेंस विधियों या कक्षाओं के लिए डिज़ाइन किया गया है जिन्हें विरासत के माध्यम से मजाक किया जा सकता है। दूसरे शब्दों में, मोक आपको यहां कोई मदद नहीं करेगा।

सांख्यिकी का मज़ाक उड़ाते हुए, मैं Moles नामक एक उपकरण का उपयोग करता हूं, जो मुफ़्त है। अन्य ढांचे अलगाव उपकरण हैं, जैसे कि टाइपपेक जो यह भी कर सकते हैं, हालांकि मुझे लगता है कि वे भुगतान उपकरण हैं।

जब यह सांख्यिकी और परीक्षण की बात आती है, तो दूसरा विकल्प स्थिर स्थिति स्वयं बनाना है, हालांकि यह अक्सर समस्याग्रस्त हो सकता है (जैसा कि, मुझे लगता है कि यह आपके मामले में होगा)।

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

Answer 4

आप कस्टम NameValueCollection ऑब्जेक्ट में AppSettings को संशोधित करने के लिए शिम्स का उपयोग कर सकते हैं।

[TestMethod] 
public void TestSomething() 
{ 
    using(ShimsContext.Create()) { 
     const string key = "key"; 
     const string value = "value"; 
     ShimConfigurationManager.AppSettingsGet =() => 
     { 
      NameValueCollection nameValueCollection = new NameValueCollection(); 
      nameValueCollection.Add(key, value); 
      return nameValueCollection; 
     }; 

     /// 
     // Test code here. 
     /// 

     // Validation code goes here.   
    } 
} 

आप Isolating Code Under Test with Microsoft Fakes, पर की परतें और नकली के बारे में अधिक पढ़ सकते हैं: आप इसे इस तरह प्राप्त कर सकते हैं का एक उदाहरण है। उम्मीद है की यह मदद करेगा।

Answer 5

मैं AspnetMvc4 का उपयोग कर रहा हूं। एक पल पहले मैंने

ConfigurationManager.AppSettings["mykey"] = "myvalue"; 

मेरी टेस्ट विधि में लिखा और यह पूरी तरह से काम किया।

स्पष्टीकरण: परीक्षण विधि एप सेटिंग्स के साथ संदर्भ में चलती है, आमतौर पर web.config या myapp.config।ConfigurationsManager इस एप्लिकेशन-वैश्विक वस्तु तक पहुंच सकता है और इसे कुशल बना सकता है।

हालांकि: यदि आपके पास समानांतर में परीक्षण धावक परीक्षण चल रहा है तो यह एक अच्छा विचार नहीं है।

Answer 6

क्या आपने मॉकिंग के बजाय स्टबिंग माना है? AppSettings संपत्ति एक NameValueCollection है:

[TestClass] 
public class UnitTest1 
{ 
    [TestMethod] 
    public void TestMethod1() 
    { 
     // Arrange 
     var settings = new NameValueCollection {{"User", "Otuyh"}}; 
     var classUnderTest = new ClassUnderTest(settings); 

     // Act 
     classUnderTest.MethodUnderTest(); 

     // Assert something... 
    } 
} 

public class ClassUnderTest 
{ 
    private readonly NameValueCollection _settings; 

    public ClassUnderTest(NameValueCollection settings) 
    { 
     _settings = settings; 
    } 

    public void MethodUnderTest() 
    { 
     // get the User from Settings 
     string user = _settings["User"]; 

     // log 
     Trace.TraceInformation("User = \"{0}\"", user); 

     // do something else... 
    } 
} 

लाभ एक सरल कार्यान्वयन और System.Configuration पर कोई निर्भरता जब तक आप वास्तव में इसकी जरूरत है।

Answer 7

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

प्रदाताओं मैं इस तरह नजर का उपयोग करें:

डिफ़ॉल्ट रूप से वे App.config से मूल्यों को प्राप्त लेकिन इकाई परीक्षण के लिए मैं सभी मूल्यों को भी पार और स्वतंत्र रूप से प्रत्येक परीक्षा में उन्हें इस्तेमाल कर सकते हैं।

किसी भी इंटरफेस की आवश्यकता नहीं है या बार-बार इसे लागू करने की आवश्यकता नहीं है। मेरे पास एक यूटिलिटीज डीएल है और कई परियोजनाओं और यूनिट परीक्षणों में इस छोटे से सहायक का उपयोग करें।

public class AppConfigProvider 
{ 
    public AppConfigProvider() 
    { 
     ConnectionStrings = new ConnectionStringsProvider(); 
     AppSettings = new AppSettingsProvider(); 
    } 

    public ConnectionStringsProvider ConnectionStrings { get; private set; } 

    public AppSettingsProvider AppSettings { get; private set; } 
} 

public class ConnectionStringsProvider 
{ 
    private readonly Dictionary<string, string> _customValues = new Dictionary<string, string>(StringComparer.OrdinalIgnoreCase); 

    public string this[string key] 
    { 
     get 
     { 
      string customValue; 
      if (_customValues.TryGetValue(key, out customValue)) 
      { 
       return customValue; 
      } 

      var connectionStringSettings = ConfigurationManager.ConnectionStrings[key]; 
      return connectionStringSettings == null ? null : connectionStringSettings.ConnectionString; 
     } 
    } 

    public Dictionary<string, string> CustomValues { get { return _customValues; } } 
} 

public class AppSettingsProvider 
{ 
    private readonly Dictionary<string, string> _customValues = new Dictionary<string, string>(StringComparer.OrdinalIgnoreCase); 

    public string this[string key] 
    { 
     get 
     { 
      string customValue; 
      return _customValues.TryGetValue(key, out customValue) ? customValue : ConfigurationManager.AppSettings[key]; 
     } 
    } 

    public Dictionary<string, string> CustomValues { get { return _customValues; } } 
}