Nunit: कंसोल में परीक्षण के लिए कार्य निर्देशिका NUnit 3

यह डिजाइन द्वारा है, जैसा कि यहां दिखाया गया है: https://github.com/nunit/nunit/wiki/Breking-Changes

पुराने संस्करणों में, NUnit ने कार्यशील निर्देशिका को बदल दिया। यह अब ऐसा नहीं करता है। परीक्षण असेंबली वाली निर्देशिका प्राप्त करने के लिए आप TestContext.TestDirectory का उपयोग कर सकते हैं।

नया यूआरएल: https://github.com/nunit/docs/wiki/Breking-Changes

यह बहुत सारे परीक्षण तोड़ता है! आपने इसे क्यों बदल दिया? कुछ परीक्षणों को ठीक नहीं किया जा सकता क्योंकि परीक्षण किए गए ऐप के रनटाइम कोड पर निर्भरता थी कि कार्यशील निर्देशिका परीक्षण असेंबली का स्थान है।

@imakowski क्या आपने वर्तमान कार्यशील निर्देशिका को असेंबली सेटअप में किसी ज्ञात निर्देशिका में सेट करने का प्रयास किया है? परीक्षण न किया गया कोड, लेकिन कुछ इस तरह;

``` सी#
[सेटअपफिक्चर]
सार्वजनिक वर्ग MySetUpClass
{
[एक बार स्थापित करना]
RunBeforeAnyTests ()
{
var dir = Path.GetDirectoryName(typeof(MySetUpClass).Assembly.Location);
पर्यावरण। वर्तमान निर्देशिका = डीआईआर;

    // or
    Directory.SetCurrentDirectory(dir);
}

}
```

@imakowski आपके पास इस पर नियंत्रण नहीं हो सकता है, लेकिन कोड/अनुप्रयोगों को वर्तमान कार्यशील निर्देशिका पर सेट होने पर भरोसा नहीं करना चाहिए। अनुप्रयोगों को हमेशा अपनी बिन निर्देशिका को कोड के साथ निर्धारित करना चाहिए जैसे मैंने ऊपर प्रस्तुत किया है। विंडोज़ में कई एपीआई कॉल हैं जो आपको इसकी जानकारी के बिना वर्तमान कार्यशील निर्देशिका को बदल देती हैं। आपका एप्लिकेशन अधिकांश समय ठीक चल सकता है, लेकिन उपयोगकर्ता द्वारा आपके एप्लिकेशन के शायद ही कभी उपयोग किए गए हिस्से पर जाने के बाद विफल हो जाता है।

@rprouse यह कोड शैडो कॉपी मोड में होने पर काम नहीं कर रहा है
var dir = Path.GetDirectoryName(typeof(MySetUpClass).Assembly.Location);

आप उस मामले में इसका इस्तेमाल कर सकते हैं:
var dir = Path.GetDirectoryName(new Uri(typeof(MySetUpClass).Assembly.CodeBase).LocalPath);

वैकल्पिक रूप से, हम इसे आपके लिए TestContext.CurrentContext.TestDirectory के रूप में प्रदान करते हैं। :-)

हम विशेष मामलों के लिए कुछ समायोजन के साथ सुझाव के अनुसार उरी का उपयोग करते हैं।

वैकल्पिक रूप से, हम इसे आपके लिए TestContext.CurrentContext.TestDirectory के रूप में प्रदान करते हैं। :-)

CurrentContext में अब कोई TestDirectory प्रॉपर्टी नहीं है। मैं नूनिट 3.6.1 का उपयोग करता हूं। केवल वर्कडायरेक्टरी है जो मेरे मामले में जब मैं पुनर्विक्रय बिंदुओं से गलत जगह पर परीक्षण शुरू करता हूं :(

TestContext.TestDirectory है। यह एक स्थिर संपत्ति है। मेरा मानना ​​​​है कि वर्कडायरेक्टरी भी है?

ठीक है, मैं इसे विजुअल स्टूडियो ब्राउज़र या कंपाइलर या टेलीरिक डीकंपेलर का उपयोग करके नहीं ढूंढ सकता।
लेकिन मैं इसे नूनिट 3.5 में देखता हूं। सुनिश्चित नहीं है कि क्या गलत है

मैं गलत था।

यह TestContext.CurrentContext.TestDirectory है।

हालाँकि, यह पोर्टेबल बिल्ड पर नहीं है।

#if !PORTABLE
        /// <summary>
        /// Gets the directory containing the current test assembly.
        /// </summary>
        public string TestDirectory
        {
            get
            {
                Assembly assembly = _testExecutionContext?.CurrentTest?.TypeInfo?.Assembly;

                if (assembly != null)
                    return AssemblyHelper.GetDirectoryName(assembly);

#if NETSTANDARD1_6
                // Test is null, we may be loading tests rather than executing.
                // Assume that the NUnit framework is in the same directory as the tests
                return AssemblyHelper.GetDirectoryName(typeof(TestContext).GetTypeInfo().Assembly);
#else
                // Test is null, we may be loading tests rather than executing.
                // Assume that calling assembly is the test assembly.
                return AssemblyHelper.GetDirectoryName(Assembly.GetCallingAssembly());
#endif
            }
        }
#endif

यह 3.6.0 में है लेकिन 3.6.1 में नहीं है

मैं वर्तमान जीथब रेपो को देख रहा हूं, और यह ठीक वैसा ही है जैसा मैंने ऊपर कॉपी और पेस्ट किया था।

क्या आप सुनिश्चित हैं कि आप किसी तरह पोर्टेबल बिल्ड का उपयोग नहीं कर रहे हैं?

हाँ, मैं इसका उपयोग कर रहा हूँ

खैर, इसीलिए वहां नहीं है। यह पोर्टेबल बिल्ड में समर्थित नहीं है, और मेरी जानकारी में कभी नहीं रहा। हालांकि, मैंने कभी भी पोर्टेबल बिल्ड का उपयोग नहीं किया है, बस इसके खिलाफ सीआई परीक्षण चलाएं।

धन्यवाद

Directory.SetCurrentDirectory (AppDomain.CurrentDomain.BaseDirectory);

लोगों, वास्तविक कोड के लिए eyeballing एक साथ डाल क्या @CharliePoole और @rprouse कहा के लिए, यह है

[SetUpFixture]
public class MySetUpClass
{
    [OneTimeSetUp]
    public void RunBeforeAnyTests()
    {
        Environment.CurrentDirectory = TestContext.CurrentContext.TestDirectory;
        // or identically under the hoods
        Directory.SetCurrentDirectory(TestContext.CurrentContext.TestDirectory);
    }
}

वैश्विक आरंभीकरण के लिए

उपरोक्त तर्क को किसी भी नामस्थान के अंदर संलग्न न करें। अर्थात

using NUnit.Framework;
using System;
using System.IO;

[SetUpFixture]
public class GlobalSetup
{
    [OneTimeSetUp]
    public void RunBeforeAnyTests()
    {
        Environment.CurrentDirectory = TestContext.CurrentContext.TestDirectory;
        // or identically under the hoods
        Directory.SetCurrentDirectory(TestContext.CurrentContext.TestDirectory);
    }
}

साथ ही, ऐसा लगता है कि TestContext.CurrentContext.TestDirectory में कोने के मामलों को संबोधित करने के लिए कुछ और खुफिया जानकारी है, इसलिए मैं इसे typeof(MySetUpClass).Assembly.Location

तो मैं इसे टाइपऑफ (MySetUpClass) पर चुनूंगा। असेंबली। स्थान

Location यदि असेंबली छाया-प्रतिलिपि है, तो आमतौर पर आप इसे नहीं चाहेंगे। इसके बजाय CodeBase उपयोग करें, जो किसी भी छाया-प्रतिलिपि से पहले, वास्तविक स्थान का Uri लौटाता है, जहां से इसे प्रारंभ में चलाया जाता है।

स्पष्ट रूप से TestDirectory का उपयोग करना बेहतर है, लेकिन उस संपत्ति के साथ समस्याएँ प्रतीत होती हैं, #2872 देखें, जिससे अपवाद उत्पन्न होते हैं जिन्हें पकड़ा नहीं जा सकता। मुझे नहीं पता कि यदि आप OneTimeSetup (मुझे नहीं लगता) का उपयोग करते हैं तो वे भी प्रकट हो सकते हैं, लेकिन इसे संबोधित किए जाने तक देखभाल की जानी चाहिए।