सी # प्रोजेक्ट

Question

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

हालांकि, मेरे फ़ंक्शन को फ़ाइलपैथ मिलना चाहिए, और जो भी मैं असेंबली से प्राप्त कर सकता हूं वह एक फ़ाइलस्ट्रीम है। कोई विचार है कि मैं प्रोजेक्ट में संसाधन फ़ाइल का फ़ाइल पथ कैसे प्राप्त कर सकता हूं?

System.Reflection.Assembly a = System.Reflection.Assembly.Load(assemblyName); 
FileStream stream = a.GetFile(assemblyName + "." + fileName); 

धन्यवाद!

Answer 1

इस समस्या का मेरा सामान्य समाधान यह है कि मैं अपने प्रोग्राम को कॉलिंग विधि में फ़ाइल खोलने के लिए दोबारा दोहराता हूं और फिर फ़ाइल नाम पास करने और वहां फ़ाइल खोलने के बजाय स्ट्रीम पास करता हूं।

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

मेरे कार्यक्रमों में से एक से

उदाहरण:

public TestSaveAndLoad() 
{ 
    [... create data to save ...] 
    using (MemoryStream targetStream = new MemoryStream()) 
    { 
    target.Save(targetStream); 
    targetStream.Flush(); 
    targetStream.Seek(0, ...); 
    target.Load(targetStream); 
    } 
    [... assert that the loaded data equals the saved data ...] 
} 

Answer 2

यदि आप प्रतिलिपि बनाने के लिए फ़ाइल की बिल्ड एक्शन सेट करते हैं, तो आप भविष्यवाणी कर सकते हैं कि फ़ाइल कहां होनी चाहिए (शायद .. का एक समूह .. \ .. \ .. \ 'लेकिन अभी भी)। मुझे लगता है कि आपके पास फ़ाइल नाम के लिए आपकी विधि पर एक इनपुट है, इसलिए इसे ठीक काम करना चाहिए।

बस एक सुझाव के रूप में, क्या उस फ़ाइल के वास्तविक पढ़ने/परिवर्तन को विधि में परिवर्तित करना और स्ट्रिंग मान पास करना संभव है? मैं इसे लाने का एकमात्र कारण यह है कि यह एकीकरण परीक्षण की तरह गंध करता है (फाइल सिस्टम को छूता है)।

Answer 3

फ़ाइल सिस्टम पर एक एम्बेडेड संसाधन मौजूद नहीं है, इसलिए इसमें कोई फ़ाइल पथ नहीं है।

• बदलें तो अपने SUT की एपीआई है कि यह केवल एक फ़ाइल पथ के बजाय एक स्ट्रीम स्वीकार करता है:

  आपके पास दो विकल्प। यह समाधान बहुत पसंदीदा है।

• यूनिट परीक्षण के दौरान एम्बेडेड संसाधन को अस्थायी फ़ाइल में सहेजें, प्रत्येक टेस्ट केस के बाद इसे फिर से हटाना सुनिश्चित करें।

पहला समाधान कैसे TDD बेहतर, अधिक लचीला एपीआई की ओर हमें ड्राइव का एक उत्कृष्ट उदाहरण है।

Answer 4

प्रोजेक्ट बनने पर आप डेटा फ़ाइलों को बिन निर्देशिका में कॉपी करने के लिए सेट कर सकते हैं, फिर उन्हें अपने परीक्षण में Directory.GetCurrentDirectory() के माध्यम से संदर्भित करें। या यहां तक ​​कि उन्हें छोड़ दें और वर्तमान निर्देशिका के आधार पर एक सापेक्ष पथ का उपयोग करें।

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