टेस्ट विधि अनिर्णायक है: टेस्ट नहीं चलाया गया था। त्रुटि?


172

मेरे पास एक परीक्षण वर्ग है और नीचे मैंने परीक्षण वर्ग से एक नमूना परीक्षण पोस्ट किया है

namespace AdminPortal.Tests.Controller_Test.Customer
{
    [TestClass]
    public class BusinessUnitControllerTests
    {
        private IBusinessUnitRepository _mockBusinessUnitRepository;
        private BusinessUnitController _controller;

        [TestInitialize]
        public void TestInitialize()
        {
            _mockBusinessUnitRepository = MockRepository.GenerateMock<IBusinessUnitRepository>();
            _controller = new BusinessUnitController(_mockBusinessUnitRepository);
        }

        [TestCleanup]
        public void TestCleanup()
        {
            _mockBusinessUnitRepository = null;

            _controller.Dispose();
            _controller = null;

        }

        #region Index Action Tests
        [TestMethod]
        public void Index_Action_Calls_GetAllBusinessUnit()
        {
            _mockBusinessUnitRepository.Stub(x => x.GetAllBusinessUnit());

            _controller.Index();

            _mockBusinessUnitRepository.AssertWasCalled(x=>x.GetAllBusinessUnit());
        }
    }
}

जब मैं प्रोजेक्ट चलाता हूं तो मुझे निम्नलिखित स्क्रीन मिलती है यहां छवि विवरण दर्ज करें

मैंने संदर्भों की जाँच की और परीक्षण परियोजना में मुख्य परियोजना का संदर्भ है। कोई भी विचार क्यों परीक्षण नहीं चल रहे हैं या कह रहे हैं कि वे अनिर्णायक थे?

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

मैंने यहां एक पोस्ट देखी और अपने परीक्षण की सेटिंग के डिफ़ॉल्ट प्रोसेसर आर्किटेक्चर को X64 में बदल दिया, लेकिन यह अभी भी काम नहीं करता है।


3
यह ReSharper में एक ज्ञात मुद्दा है। यहाँ कुछ संभावित समाधान हैं: stackoverflow.com/questions/12191352/…
क्रिस मेंटल

3
क्या आपने एक स्वच्छ और पुनर्निर्माण किया है? मुझे याद है कि आपके द्वारा अपडेट किए जाने के बाद असेंबली के संदर्भ खोने के साथ VS2010 में कुछ अजीबता है और उन्हें फिर से बनाया गया है।
मार्क वॉल्श

@ क्रिसमैंटल मैंने इसे चेक किया और अपने डिफ़ॉल्ट प्रोसेसर आर्किटेक्चर को बदल दिया, लेकिन यह अभी भी काम नहीं करता है
साइबर 14

@MarkWalsh मैं VS2012 का उपयोग कर रहा हूं। मैंने अभी भी आपके द्वारा
बताए

9
इस प्रश्न पर मेटा
gnat

जवाबों:


133

बस अगर उपरोक्त विकल्पों में से किसी ने भी मेरे लिए काम नहीं किया, तो मैंने इस त्रुटि के बारे में अपने ऐप में एक भ्रष्ट प्रविष्टि को नोट करके अपनी त्रुटि को ठीक कर लिया। टेस्ट प्रोजेक्ट में एक नूगट पैकेज गुम होने के कारण कॉनफिग।


5
एक ही मुद्दा यहाँ। यह अच्छा होगा यदि R # त्रुटि को बबल करेगा (कॉन्फ़िगरेशन सिस्टम को प्रारंभ करने में त्रुटि), इसलिए यह स्पष्ट होगा कि परीक्षण क्यों नहीं चलाए गए।
ज्योफ्री हुडिक

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

3
मैंने नगेट के माध्यम से अटकलों को जोड़ा और इसने App.config में एक प्रविष्टि डाली। जिसने पूरी मुसीबत खड़ी कर दी। मैंने एक नया App.config बनाया और संदर्भ को फिर से जोड़ा और यह ठीक हो गया। जानकारी के लिए धन्यवाद।
विनीत

मैं पुष्टि कर सकता हूं कि इस पोस्ट के शुरू होने के लगभग दो साल बाद, यह अभी भी एक व्यवहार्य तय लग रहा है (मैं VS 2015 और ReSharper 9.2 का उपयोग कर रहा हूं)।
स्टीवन डी।

2
बिंगो! धन्यवाद क्रिस। मेरे मामले में यह बिना किसी नाम के अनुभाग नाम के log4net अनुभाग था <configSections>
डेट्स

47

मेरे लिए यह निराशाजनक था, लेकिन मैंने कम से कम अपने मामले के लिए समाधान ढूंढ लिया है:

यदि आपका TestMethod async है, तो यह शून्य नहीं हो सकता। यह जरूरी है कि कार्य लौटाएं।

आशा है कि यह किसी की मदद करता है :)


37

मेरे पास एक ही समस्या थी, और मैंने एक विकल्प बदलकर इस त्रुटि को ठीक किया:

Resharper => विकल्प => उपकरण => इकाई परीक्षण

मुझे सिर्फ "छाया-प्रति असेंबलियों का परीक्षण किया जा रहा" विकल्प को अनचेक करना था


2
अन्य सुधारों के भार को देखते हुए इसने मेरे लिए इसे क्रमबद्ध किया। मैं वीएस 2013 और आर # v8.1
स्पाइकह

10
मेरे लिए काम नहीं किया, मैं का उपयोग कर रहा हूँ VS2015 w / Reshaper 10.
नेमीस

यह मेरे लिए एक NETCore परीक्षण परियोजना पर VS2017 और Resharper Ultimate 2017.2.2 के साथ काम कर रहा है।
टास्कर

मेरे लिए काम किया और मुझे अब परीक्षणों के लिए निर्माण करने की आवश्यकता नहीं है। धन्यवाद एलियास
फीनिक्सपैन

22

यह एक Resharper मुद्दा था। Resharper के विकल्पों में-> Tools-> MSTEST, मैंने उपयोग लिगेसी रनर को अनचेक किया और अब यह काम करता है।


61
मेरे पास टूल-> यूनिट टेस्टिंग-> MsTest के तहत वह विकल्प नहीं है। (
पुनर्वसु

R # 2017.2 में भी मेरे पास ऐसा कोई विकल्प नहीं है।
realsonic

मेरे लिए, विकल्प unter Tools-> Unit टेस्टिंग-> MsTest और अनचेकिंग में मदद मिली।
मार्सेल

15

मुझे यह समस्या हो रही थी, और यह इस समस्या के रूप में यहाँ पर एक ही निकला । इस जवाब ने मेरे लिए समस्या हल कर दी

  1. अनचेक करें "केवल रन पर स्टार्टअप प्रोजेक्ट्स और निर्भरता का निर्माण करें" (विकल्प -> प्रोजेक्ट्स एंड सॉल्यूशंस -> बिल्ड एंड रन)
  2. कॉन्फ़िगरेशन मैनेजर में, सुनिश्चित करें कि दोनों स्टार्ट-अप प्रोजेक्ट और टेस्ट प्रोजेक्ट में "बिल्ड" चेक किया गया है।

दूसरी बार जब मैंने इस मुद्दे को मारा, तो यह फ़ाइलपथ में एक एम्पर्सैंड के कारण था जहां परीक्षण रहते हैं। यह ReSharper के टेस्ट रनर के साथ ठीक काम करता है, लेकिन dotCover का नहीं। फ़ाइलपथ से एम्परसेंड निकालें।

यह dotCover के साथ एक पुष्ट बग है


1
मेरे लिए काम किया। VS2017 रीशर्पर 2017.1.3 :-)
लार्स होल्डगार्ड

12

मेरे लिए, बस समाधान को साफ करना और उसका पुनर्निर्माण करना।


Git में शाखा बदलने पर मैंने (गलती से) प्रोजेक्ट फ़ाइल में परिवर्तन वापस कर दिया था। जब मैंने कक्षा में राइट क्लिक करके परीक्षण चलाने की कोशिश की (कोड विंडो अभी भी खुली थी) यह नहीं चला क्योंकि यह समाधान का हिस्सा नहीं था।
मोर्टब

12

मेरे लिए, समस्या एक भ्रष्ट NUnit / ReSharper सेटिंग XML-फ़ाइल (एक अप्रत्याशित बिजली की कमी के कारण) थी।

इस कमांड के साथ विज़ुअल स्टूडियो शुरू करने में आई त्रुटि की पहचान करने के लिए :

devenv.exe /ReSharper.LogFile C:\temp\resharper.log /ReSharper.LogLevel Verbose

फ़ाइल की जांच करने से निम्नलिखित अपवाद का पता चला:

09:45:31.894 |W| UnitTestLaunch                | System.ApplicationException: Error loading settings file
System.ApplicationException: Error loading settings file ---> System.Xml.XmlException: Root element is missing.
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
   at System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean preserveWhitespace)
   at System.Xml.XmlDocument.Load(XmlReader reader)
   at System.Xml.XmlDocument.Load(String filename)
   at NUnit.Engine.Internal.SettingsStore.LoadSettings()
   --- End of inner exception stack trace ---
   at NUnit.Engine.Internal.SettingsStore.LoadSettings()
   at NUnit.Engine.Services.SettingsService.StartService()
   at NUnit.Engine.Services.ServiceManager.StartServices()
   at NUnit.Engine.TestEngine.Initialize()
   at NUnit.Engine.TestEngine.GetRunner(TestPackage package)
   at JetBrains.ReSharper.UnitTestRunner.nUnit30.BuiltInNUnitRunner.<>c__DisplayClass1.<RunTests>b__0()
   at JetBrains.ReSharper.UnitTestRunner.nUnit30.BuiltInNUnitRunner.WithExtensiveErrorHandling(IRemoteTaskServer server, Action action)

ध्यान दें कि यह है नहीं परीक्षण परियोजना के app.config!

एक त्वरित googling ने अपराधी के रूप में निम्न फ़ाइल की पहचान की:

%LOCALAPPDATA%\NUnit\Nunit30Settings.xml

यह अस्तित्व में था, लेकिन खाली था। इसे हटाने और Visual Studio को पुनरारंभ करने से समस्या हल हो गई।

(विजुअल स्टूडियो प्रोफेशनल 2017 v15.3.5 और ReSharper 2017.2.1 का उपयोग करना)।


12

मुझे इस समस्या का सामना करना पड़ा 2017 2017 के अपडेट 3 में रेस्परर अल्टीमेट 2017.2 के साथ

पुनः आरंभ बनाम या पुनरारंभ मशीन मदद नहीं कर सकता।

मैंने Cache को क्लियर करके समस्या का समाधान किया है:

    Resharper ->options-> Environment ->click the button 'Clear caches'

अपडेट करें:

परीक्षण विंडो के ऊपरी दाएं कोने में एक बटन "त्रुटि" है (मैं 2018 में Resharper में पाता हूं)।

यदि आप त्रुटि बटन पर क्लिक करते हैं, तो यह एक त्रुटि संदेश दिखाता है जो समस्या को हल करने में मदद कर सकता है।

समस्या की जड़ को ट्रैक करने के लिए, लॉग मोड में Visual Studio चलाएँ। बनाम 2017 में, कमांड चलाएँ:

      devenv /ReSharper.LogFile C:\temp\log\test_log.txt /ReSharper.LogLevel Verbose

परीक्षण चलाएं।

लॉग फ़ाइल test_log.txt की समीक्षा करें और फ़ाइल में 'त्रुटि' खोजें।

लॉग फ़ाइल त्रुटि खोजने के लिए एक बड़ी मदद है जिसे आप हल कर सकते हैं या आप लॉग फ़ाइल के साथ समस्या को रिचार्पर की तकनीकी सहायता टीम को भेज सकते हैं


7

मैंने इस मुद्दे को भी ठीक कर दिया है। हालाँकि, इस सूत्र में किसी भी समाधान ने काम नहीं किया। यहाँ मैंने क्या किया है ...

चूंकि R # इस बारे में कोई विवरण नहीं दे रहा था कि चीजें क्यों विफल हो रही थीं, इसलिए मैंने अंतर्निहित VS2013 परीक्षण धावक की कोशिश करने का फैसला किया। इसने ठीक उसी व्यवहार का अनुभव किया जहां कोई भी परीक्षण नहीं चलता था। हालाँकि, आउटपुट विंडो में देखते हुए, मुझे अंततः एक त्रुटि संदेश मिला:

निष्पादक 'निष्पादक: // mstestadcape / v1' का आह्वान करते समय एक अपवाद हुआ: वस्तु संदर्भ किसी वस्तु के उदाहरण के लिए निर्धारित नहीं है।

यह मुझे समाधान के साथ एसओ पर एक और धागे की ओर ले गया । मेरा विश्वास करो, मुझे लगता है कि मुद्दा क्या था कभी नहीं होगा।

मैंने हाल ही में एक NuGet पैकेज बनाते समय असेंबलीइन्फो.फॉर्क्स फ़ाइल में कुछ बदलाव किए थे। "En" के असेंबली कल्चर वैल्यू को निर्दिष्ट करने सहित परिवर्तनों में से एक।

मैंने इसे बदल दिया:

[assembly: AssemblyCulture("")] 

इसके लिए:

[assembly: AssemblyCulture("en")]`. 

वह यह था! यही कारण है कि मेरे यूनिट परीक्षणों को बेवजह तोड़ दिया। मुझे अभी भी समझ में नहीं आता है, हालांकि। लेकिन कम से कम चीजें फिर से काम कर रही हैं। जब मैंने इस परिवर्तन को वापस किया (यानी "" पर संस्कृति वापस सेट करें), मेरे परीक्षण फिर से चलने लगे।

आशा है कि वहाँ किसी को मदद करता है।


1
मैंने असेंबली की संस्कृति को बदल दिया और आर # परीक्षणों को रोक दिया।
वेलेंटाइन ज़खरेंको

धन्यवाद! आउटपुट विंडो की जाँच से मेरी समस्या का खुलासा हुआ, वर्ग सार्वजनिक नहीं था!
जॉनी फेल्डमैन

7

मेरे मामले में [Test]तरीके सिर्फ थे private। शर्म की बात है


1
अजीब, ReSharper ने मुझसे शिकायत की कि मेरे [टेस्ट] तरीके निजी हैं। एक नई सुविधा होनी चाहिए।
केविन बी बर्न्स

7

मेरी समस्या यह थी कि मैंने केवल नुगेट के साथ NUnit स्थापित किया था। मैंने NUnit3TestAdapter स्थापित नहीं किया था, जिसकी आवश्यकता भी थी।

Install-Package NUnit3TestAdapter

यह उन निराशाजनक मुद्दों में से एक है जो आपको वास्तविक समस्या के रूप में थोड़ा सुराग देता है!
बेन पावर

6

मेरे मामले में यह एक गलती थी जो मैंने app.config में कनेक्शनस्ट्रीमिंग को कॉपी करते समय की थी .. मैंने इसे कॉन्फ़िगर टैग के अंदर डाल दिया था!

मुझे यह महसूस करने में थोड़ा समय लग गया कि ... धन्यवाद वी.एस.


मेरे मामले में, यह
evgenyl

मेरा मुद्दा एक खराब गिट संघर्ष के कारण था, जो मेरी
सुलझी हुई कॉन्फिगर

लगभग ऐसा ही मेरे साथ हुआ था, मैंने एक निरर्थक appSettings अनुभाग में एक कनेक्शन स्ट्रिंग जोड़ा था, जब मैंने निरर्थक appSettings अनुभाग को हटा दिया था और कनेक्शन स्ट्रिंग को मूल appSettings में स्थानांतरित कर दिया था।
सिरार सलीह

दूषित app.config के बारे में उत्तर पहले एक stackoverflow.com/a/21386881/52277
माइकल फ्रीजिम

5

मेरे पास अनुकरणीय मुद्दा था। वीएस 2010, सी # सीएलआर 2 ननित 2.5.7, वीएस से सिर्फ निर्माण> स्वच्छ समाधान ने इस मुद्दे को हल करने में मदद की


5

मेरे मामले में मैंने एक async परीक्षण विधि बनाई जो वापस लौट आई void। समस्या हल होने के Taskबजाय वापस लौटना void


4

क्या आपने हाल ही में कोई DLL निर्भरता जोड़ी है? ... मेरे जैसा

मैं बस एक ही मुद्दे में भाग गया और यह बहुत ही अतिरंजित था कि परीक्षण आउटपुट विंडो या कहीं और व्यावहारिक रूप से कोई सुराग नहीं मिला।

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


4

मैं VS2013, ReSharper 9.1 का उपयोग कर रहा हूँ, ReSharper और Moq से MSpec एक्सटेंशन के साथ। मैंने उसी "अनिर्णायक" त्रुटि का अनुभव किया।

यह पता चला कि मेरे मॉक में से एक Moq से शुरू नहीं हुआ था, केवल घोषित किया गया था। सभी परीक्षणों ने प्रारंभिक दौड़ को फिर से शुरू किया।


4

मेरे मामले में मुझे 'रिलीज़' मोड के कारण यह त्रुटि मिली, जहां UnitTests प्रोजेक्ट का निर्माण बस बंद कर दिया गया था। 'डिबग' मोड में वापस स्विच करना इसे ठीक करता है।

यह वास्तव में आश्चर्य की बात है कि ReSharper में कुछ भी नहीं कहा जा सकता है क्योंकि यह UnitTests लाइब्रेरी को बिल्कुल भी नहीं ढूंढ सकता है। गंभीरता से, यह शर्म की बात है;)

आशा है कि यह किसी की मदद करेगा


4

मेरे मामले में, एक समाधान के भीतर कुछ परीक्षण परियोजनाओं के भीतर सभी परीक्षण मैंने नई परियोजनाओं को जोड़ने के बाद चलना शुरू नहीं किया। वीएस 2017 का उपयोग रीशर 2017.1.2 के साथ करें।

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

मैंने कॉन्फ़िगरेशन मैनेजर में एक्टिव सॉल्यूशन प्लेटफ़ॉर्म , एनी सीपीयू में से एक को डिलीट और री-ऐड किया । ऐसा करने से, मेरे परिवर्तनों को बचाने और समाधान को फिर से खोलने के बाद, सभी परीक्षण फिर से चलने लगे।

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


मेरे मामले में, मेरे पास app.config <AppConfig> के बजाय <AppSettings> में एक मूर्खतापूर्ण टाइपो था। मुझे ReSharper से प्यार है, लेकिन उन्हें वास्तव में अपनी त्रुटि संदेशों पर काम करने की आवश्यकता है!
माइकलमिलोम

4

उन लोगों के लिए जो मेरे परीक्षण प्रोजेक्ट .NET Core 2.0में इस समस्या का सामना कर रहे हैं Visual Studio 2017 Community (v15.3 3)। मैं भी इस बग का उपयोग कर रहा था JetBrains ReSharper Ultimate 2017.2 Build 109.0.20170824.131346- एक बग है जिसे मैंने पोस्ट किया है।

JetBrains ने इसे पुन: पेश करने के लिए स्क्रैच से एक नई परीक्षण परियोजना बनाने की सलाह दी। जब मैंने ऐसा किया और ठीक काम करने वाले परीक्षण किए, तो मुझे समस्या का कारण मिला:

  • इसे अपनी *.csprojफ़ाइल से निकालें :
  • Service Include="{82a7f48d-3b50-4b1e-b82e-3ada8210c358}"

जब मैंने ऐसा किया - परीक्षण ठीक काम करना शुरू कर दिया।


दिमित्री, धन्यवाद, इसने मेरी मदद की। क्या आप बता सकते हैं कि यह सेवा क्या है?
व्लादिमीर मेलेख


3

मैं VS2010, NUnit 2.6.3 का उपयोग कर रहा हूं (हालांकि आंतरिक रूप से ReSharper का कहना है कि यह 2.6.2 का उपयोग कर रहा है?), ReSharper 7.7.1 और NCrunch 2.5.0.12 और उसी में चल रहा था "... परीक्षण अनिर्णायक है ... यह बात" NUnit के साथ, लेकिन NCrunch ने कहा कि सब कुछ ठीक था। आज के अधिकांश लोगों के लिए NUnit और NCrunch इस बात से सहमत थे कि कौन से परीक्षण खुश थे और जिन्हें फिर से तैयार करने की आवश्यकता थी, फिर कुछ ऐसा हुआ, जो मुझे अभी भी समझ में नहीं आया है, और कुछ समय के लिए NCrunch ने कहा कि मैंने परीक्षण विफल कर दिए थे (लेकिन कदम बढ़ाकर उन्हें दिखाया गया था) पास), फिर फैसला किया कि वे सभी काम कर रहे थे, और NUnit ने मेरे सभी परीक्षणों के बारे में शिकायत करना शुरू कर दिया, एक ही संदेश के साथ एक को छोड़कर ".. सबसे अधिक अनिर्णायक है ..." जो मैं फिर से पास करने के लिए एकल चरण में सक्षम था, फिर भी NUnit जारी रखा "अनिर्णायक" के रूप में दिखाने के लिए)।

मैंने बिना किसी लाभ के ऊपर दिए गए कई सुझावों की कोशिश की, और अंत में सिर्फ VS2010 को बंद कर दिया और समाधान को फिर से खोल दिया। Voila, अब मेरे सभी परीक्षण फिर से खुश हैं, और NCrunch & NUnit फिर से वही परिणाम बता रहे हैं। दुर्भाग्य से मुझे पता नहीं है कि किस कारण से उन्हें सिंक से बाहर जाने का कारण बना, लेकिन VS2010 को बंद करना और फिर से खोलना लगता है।

हो सकता है कि कोई और इसमें भाग ले और इस सरल का उपयोग करने में सक्षम हो (यदि अंततः असंतोषजनक है क्योंकि आपको नहीं पता है कि वास्तविक निर्धारण क्या है) समाधान।


3

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

विशेष रूप से * .dll जो मैं साथ काम कर रहा था वह System.Data.SQLite था। यह विशेष रूप से * .dll 32 बिट ऑपरेशन के लिए हार्डकोड किया गया है। "कोई भी CPU" सेटिंग ने इसे 64 बिट के रूप में लोड करने का प्रयास किया।


प्लेटफ़ॉर्म लक्ष्य बेमेल भी उसी समाधान के अंदर अन्य परियोजनाओं के संदर्भ में हो सकता है।
चाकोतय

3

मेरा समाधान:

NUnit 3.2.0 के पास कुछ समस्याएँ हैं Resharper - 2.6.4 पर डाउनग्रेड:

update-package nunit -version 2.6.4

3

मेरे मामले में मेरा परीक्षण तरीका निजी था मैंने इसे सार्वजनिक रूप से बदल दिया और यह काम कर गया।


3

लापता (भ्रष्ट नहीं) App.Config फ़ाइल के कारण। नया जोड़ना (जोड़ें -> नया आइटम ... -> एप्लिकेशन कॉन्फ़िगरेशन फ़ाइल) इसे ठीक कर दिया।


3

मुझे भी यही समस्या थी। यह NUnit 3.5 और Resharper 9.2 के बीच संगतता संस्करण से संबंधित था, क्योंकि इसे NUnit 3.5 से 2.6.4 में डाउनग्रेड करके हल किया गया था। इसने मेरे लिए काम किया। सौभाग्य।


मेरे पास एक टेस्ट असेंबली 3.6.1 के खिलाफ संकलित थी, और मेरी मुख्य टेस्ट असेंबली 3.7.1 के खिलाफ संकलित की गई थी। घटकर 3.6.1 पर आ गया और अब यह सब अच्छा है।
टॉम

यह ReSharper 2017.3.2 और NUnit 3.11 के लिए मामला था। Nunit के लिए टिप्पणी देखें github.com/nunit/nunit/issues/3086#issuecomment-466988760
Puterdo Borato

3

यदि आप उपयोग कर रहे हैं xUnit, तो मैंने xunit.running.visualstudioपैकेज स्थापित करने की समस्या को हल कर दिया । (वर्तमान में उपयोग xUnit 2.3.1और VS17 Enterprise 15.3.5)


3

मुझे NUnit ढांचे का उपयोग करके कोई भी परीक्षण चलाने के लिए समान समस्या हो रही थी। "इनकक्लूसिव: टेस्ट रन नहीं" विजुअल स्टूडियो 2017 15.5.6

रेस्पर अंतिम 2017.3.3 बिल्ड 111.0.20180302.65130

Microsoft.NET.Test.Sdk में प्रोजेक्ट निर्भरता जोड़ना


मेरे मामले में मदद नहीं की
दिमित्री एवोन्टोमोव

2

परीक्षण निष्पादन के लिए कौन लोग दौड़ में हैं, मुझे परीक्षण चलाने के लिए वीएस 2017 टेस्ट एक्सप्लोरर का उपयोग करना पड़ा;

यहां छवि विवरण दर्ज करें

यहां छवि विवरण दर्ज करें


2

यह त्रुटि Visual Studio 2017 और resharper संस्करण 2018.2.3 के साथ हुई थी, लेकिन Fix Visual Studio 2019 संस्करणों के लिए लागू होता है।

फिक्स, Resharper में परीक्षण करने के लिए, बस लेखन के समय Resharper (2019.2.1) के नवीनतम संस्करण को अपडेट करना था।


1

मेरे पास एक ही मुद्दा था और कुछ भी मदद नहीं की।

अंततः मैंने देखा कि मेरे पास यूनिट प्रोजेक्ट और यूनिट टेस्ट प्रोजेक्ट के मेरे नामस्थानों में एक बेमेल था।

मेरी इकाई परियोजना का नामस्थान Unit.project है और परीक्षण परियोजना का नाम Unit.project.tests रखा गया था, लेकिन परीक्षण का डिफ़ॉल्ट नामस्थान इकाई के समान ही था, दोनों Unit.project था।

एक बार जब मैंने नामस्थानों को अलग-अलग करने के लिए अद्यतन किया है (प्रत्येक परियोजना के लिए एक नाम स्थान) सब कुछ काम किया!


हाँ, मैं समान मुद्दा था। यह विचार परीक्षण परियोजना और लक्ष्य परियोजना को सुगम बनाने के लिए समान बनाने के लिए हो सकता है, लेकिन यह परीक्षण धावक के साथ शिकंजा करता है और ओपी से इस मुद्दे को उत्पन्न करता है।
आत्मतत्व
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.