कोई परीक्षण नहीं मिला। सुनिश्चित करें कि स्थापित परीक्षण खोजकर्ता और निष्पादक, प्लेटफ़ॉर्म और फ्रेमवर्क संस्करण सेटिंग्स उपयुक्त हैं और पुनः प्रयास करें

95

मैं अपने मौजूदा समाधान को .Net 4.6.1 में अपग्रेड करने की प्रक्रिया में हूं और सर्वर बिल्ड के दौरान चलने के लिए हमारी यूनिट परीक्षण प्राप्त करने में असमर्थ रहा हूं। स्थानीय रूप से वे उम्मीद के मुताबिक चलते हैं और फ्रेमवर्क संस्करण को वापस .Net 4.5.1 पर लाकर उन्हें सर्वर पर फिर से चलाते हैं।

मुझे निम्नलिखित त्रुटि प्राप्त हो रही है:

कोई परीक्षण नहीं मिला। सुनिश्चित करें कि इंस्टॉल किए गए परीक्षण खोजकर्ता और निष्पादक, प्लेटफ़ॉर्म और फ्रेमवर्क संस्करण सेटिंग उपयुक्त हैं और पुनः प्रयास करें।

मैंने समस्या को सरल सेटअप में पुन: पेश किया है:

  • दो परीक्षणों (एक असफल, एक गुजर) के साथ एक एकल सी # यूनिट टेस्ट परियोजना के साथ समाधान।
  • डिफ़ॉल्ट टेम्पलेट (TfvcTemplate.12.xaml) का उपयोग कर XAML निर्माण की परिभाषा
  • TFS 2015 अपडेट 1 XAML बिल्ड सर्वर विजुअल स्टूडियो एंटरप्राइज 2015 अपडेट 1 स्थापित (जिसमें छह समान सर्वर हैं और सभी एक ही परिणाम उत्पन्न करते हैं)
unit-testing  tfs  build  tfs-2015 
— तोर orestergaard
स्रोत
माइक्रोसॉफ्ट से ब्रायन हैरी के अनुसार, यह बग है जो वे वर्तमान में जांच कर रहे हैं। इसे अपडेट 2 में तय किया जाना चाहिए, और अस्थायी वर्कअराउंड को बाद में पोस्ट किया जाना चाहिए। स्रोत: लिंक
— Tore Østergaard
मुझे दृश्य स्टूडियो 2013 अपडेट 5 में .Net 3.5 SP1 के लिए एक ही समस्या है
— एंड्री बुशमैन
@AndreyBushman: त्रुटि 2013U5 में भी हो सकती है क्योंकि यह 2015RTM के साथ जारी की गई थी। लेकिन वर्कअराउंड आपके मामले में भी काम करना चाहिए।
— टॉर ऑस्टरगार्ड
मुझे एक समान समस्या थी, सही डिफ़ॉल्ट प्रोसेसर (32/64) बिट का चयन करने के लिए, परीक्षण सेटिंग्स के तहत, वर्कअराउंड बस में था, और इंजन रनिंग को नहीं रखें। (बनाम 2017.x)
— kfn

जवाबों:

59

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

ऐसा तब होता है जब परीक्षण के तहत आपकी परियोजना का प्लेटफ़ॉर्म लक्ष्य निर्धारित किया जाता है x64।

परीक्षण सेटिंग्स का स्क्रीनशॉट

— rubeonline
स्रोत
इससे मेरे लिए हल हो गया। मेरे मामले में, दोनों परियोजना का परीक्षण किया जा रहा है और परीक्षण परियोजना x86 पर सेट की गई थी। टेस्ट अक्षम थे लेकिन चलाने में असफल रहे। मैं इसे किसी भी सीपीयू में बदलने के बाद, परीक्षण चला।
— 10
मुझे बस यही समस्या थी और इसने इसे हल किया। मुझे इस बात पर भी संदेह है कि मेरे मुख्य परियोजना सन्दर्भों पर इसका बुरा नव-सहक्रियात्मक प्रभाव हो सकता है, जिसने अचानक एक विशेष DLL को लोड करना बंद कर दिया है, लेकिन निर्णायक रूप से इस बुरा दुष्प्रभाव को निर्धारित नहीं किया है।
— एलन
44

मेरी बिल्ड परीक्षण भी नहीं मिल रहा था। परीक्षण खोजने के लिए मेरा सेटअप और समाधान इस प्रकार है।

मैं वीएसटीएस (विजुअल स्टूडियो टीम सर्विसेज) का उपयोग करता हूं और एक बिल्ड होता है जिसे हर बिल्ड पर NUGET पैकेज को रीफ्रेश करने के लिए कॉन्फ़िगर किया गया है। मैं NUnit का उपयोग कर रहा हूं और पाया कि NUETTestAdapter लाइब्रेरी को अपने परीक्षण प्रोजेक्ट में जोड़ने और पैकेजों में जाँच करने के लिए निम्न NUGET कमांड (पैकेज प्रबंधक कंसोल से विजुअल स्टूडियो में) चल रहा है ।config ने परीक्षण मेरे VSTS बिल्ड में चलाए।

Install-Package NUnitTestAdapter

जैसा कि मौरिस ने NUnit3 के लिए इस पोस्ट में टिप्पणी का उल्लेख किया है, निम्नलिखित NUGET पैकेज का उपयोग करें (लिंक पर अन्य बर्तनों के लिए देखें; यानी: dotnet CLI और Paket CLI)

Install-Package NUnit3TestAdapter

उम्मीद है की यह मदद करेगा।

— निक रुबिनो
स्रोत
10
मैं वर्तमान में VSTS का उपयोग कर रहा हूं। सलाह के अनुसार मैंने NUnit3TestAdapter जोड़ा (क्योंकि मैं NUnit 3.8.1 का उपयोग कर रहा हूं) और इस समाधान से मेरी समस्या हल हो गई। धन्यवाद :-)
— मौरिस क्लिमेक
1
स्थापित-पैकेज NUnit3TestAdapter ने मेरी समस्या हल की :)
— बिमल दास
26

मेरे मामले में:

1) टेस्ट प्रोज को नेटकोर 2.0 में बदलें (नेटस्ट्रीम 2.0 था)

2) नगेट पैकेज जोड़ें xunit.runner.visualstudio

संदर्भ: http://www.neekgreen.com/2017/11/20/xunit-no-test-is-available/

— वू हू
स्रोत
2
यही मुद्दा मेरे साथ था। मैं .net कोर के साथ xunit का उपयोग कर रहा हूँ
— आमना
इसने मेरे लिए विजुअल स्टूडियो 2017 में xunit और .NET Core 2.1 के साथ भी काम किया।
— थोरिल वोरगे जुले
3
मेरे मामले में एक .net 4.6.1 परियोजना थी तो केवल एक चीज गायब थी जो xunit धावक थी। इसे स्थापित किया और काम किया।
— जुआन
1
जुआन के रूप में भी। केवल रनर पैकेज गायब था। परीक्षण परियोजना के लिए पैकेज प्रबंधक में इसे चलाने से इसे हल किया गया: इंस्टॉल-पैकेज xunit.runner.visualstudio
— प्रेमिल
11

मुझे यह त्रुटि मिली और इसे हल करने में सक्षम था।

  1. मैं विजुअल स्टूडियो प्रोफेशनल 2017 का उपयोग करता हूं
  2. वीएस में, मैंने उपकरण -> एक्सटेंशन और अपडेट पर नेविगेट किया
  3. मेनू के शीर्ष पर, मैंने देखा कि मेरे NUnit एडेप्टर को अक्षम कर दिया गया था
  4. मैंने [सक्षम करें] बटन पर क्लिक किया
  5. मैं त्रुटियों के बिना परीक्षण शुरू करने में सक्षम था।
— जे वुड
स्रोत
हाँ! और Visual Studio को पुनरारंभ करना न भूलें। जो मेरे लिए जरूरी था।
— माइकल लेवी
"मेनू के शीर्ष पर" इसका क्या मतलब है?
— सीन केंडल
1
@SaiyajinGohan। चरण 2 को पूरा करने के बाद, "एक्सटेंशन और अपडेट" विंडो दिखाई देती है। इस विंडो के शीर्ष पर, मैंने देखा कि NUnit एडाप्टर अक्षम किया गया था। आशा है कि यह स्पष्ट करता है ....
— जे वुड
उस के लिए धन्यवाद, मैं अभी भी इस परियोजना के साथ काम नहीं कर सका जिस पर मैं काम कर रहा था। सौभाग्य से यह एक परीक्षण परियोजना थी और अगले एक ने काम किया। फिर भी एक रहस्य क्यों।
— सीन केंडल
10

मैं MSTest का उपयोग कर रहा हूं। मेरे लिए, यह संस्करण मिसमैच था और एक और आश्रित पैकेज याद आ रहा था -

1) मेरे पैकेज फ़ोल्डर में केवल MSTest.TestFramework.1.2.1 पैकेज है। मेरी परियोजना फ़ाइल (.csproj) में लक्ष्य नाम में संदर्भ MSTest.TestAdapter.1.2.0 पैकेज था जो पैकेज फ़ोल्डर में मौजूद नहीं था। मेरे पैकेज.कॉन्फिग में MSTest.TestFramework.1.2.0 का संदर्भ भी है।

2) तो मैंने NSTet पैकेज मैनेजर से MSTest.TestAdapter.1.2.0 स्थापित किया और MSTest.TestFramework संस्करण को प्रोजेक्ट और पैकेज फ़ाइल में 1.2.0 में संरेखित किया। अंत में मैं Microsoft.VisualStudio.TestPlatform.TestFramework और Microsoft.VisualStudio.TestPlatform.TestFramework.estxtensions संदर्भ में जोड़ देता हूं।

तब सब ठीक था। आशा है कि यह किसी की मदद करेंगे।

— कैसर
स्रोत
मैं इसके साथ .net 4.6.1 VS2017 में टकरा गया। मैंने 1.2.0 तक वापस रोल किया - निश्चित रूप से सुनिश्चित करें कि आपके पैकेज फ़ोल्डर या स्रोत नियंत्रण में दो अलग-अलग संस्करण नहीं हैं।
— जेरेमी थॉम्पसन
2
मेरा परीक्षण देखने के लिए दिखाई दिया, लेकिन हाँ, "MSTest.TestAdapter" गायब होना असली मुद्दा था। कोई अच्छी त्रुटि या चेतावनी (VS2017 15.8)। सभी अच्छे लग रहे थे, सिवाय इसके कि कोई परीक्षण नहीं पाया गया, टेस्ट एक्सप्लोरर में दिखाई देने के बावजूद ..... इसलिए जब मैंने "स्थापित-पैकेज MSTest.TestAdapter" किया तो अचानक मेरे परीक्षण उम्मीद के मुताबिक चले। धन्यवाद MS - 3 घंटे बर्बाद ...........
— जेम्स जॉइस
1
MSTest.TestAdapter 1.4.0 को इंस्टॉल करना मेरे लिए VS 2019 में हुआ। मैंने केवल 30 मिनट बर्बाद किए हैं।
— फरमान87
6

दृश्य स्टूडियो 2017 के लिए यह समस्या फिर से सतहों। सबसे अधिक संभावना एक और बग लेकिन एक ही परिणाम है।

काम करने के लिए लगता है कि एक वैकल्पिक हल Microsoft Visual Studio 2017 दूरस्थ डीबगर को प्रभावित मशीन से अनइंस्टॉल करना है।

— Csapi007
स्रोत
5
  1. NUGET पैकेज से Nunit और NUnitTestAdapter नवीनतम संस्करण स्थापित करें।
  2. -> परीक्षण -> परीक्षण सेटिंग्स -> डिफ़ॉल्ट प्रोसेसर वास्तुकला -> X64 में बदलें
  3. समाधान का निर्माण।
  4. यह यूनिट परीक्षण में रन टेस्ट और डिबगर मुद्दे को हल करेगा और यह काम करना शुरू कर देगा।
— कार्तिकेयन नंदगोपालन
स्रोत
यह वास्तव में मेरे लिए इतनी सारी दिशाओं और सुझावों में अपना सिर पीटने के बाद काम आया।
— rajibdotnet
4

मैं .net 4.6.2 के साथ VSTS में एक ही समस्या में भाग गया। यदि आप इसे अपने VSTS कंसोल आउटपुट से देख रहे हैं, तो @Sushil द्वारा प्रदान किया गया समाधान अभी भी VSTS में काम करता है और इसकी आवश्यकता है। दुर्भाग्य से "टेस्ट असेंबली" कार्य Microsoft द्वारा प्रदान किया जाता है, इसलिए आप वास्तव में यह भी नहीं जानते कि कोई समस्या है जब तक आप आउटपुट की जांच नहीं करते हैं और वास्तव में निष्पादित किए गए आपके किसी भी परीक्षण को नहीं पाते हैं!

VSTS टेस्ट फिक्स

— raterus
स्रोत
मेरी समस्या TFS 2015 अद्यतन 1 के साथ (ऑन-प्रिमाइसेस) थी और इसे अपडेट 2 के साथ ठीक किया गया था। मुझे यकीन नहीं है कि VSTS के साथ एक ही मुद्दा मौजूद है / मौजूद है।
— टॉर ऑस्टरगार्ड
4

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

FROM mcr.microsoft.com/dotnet/core/sdk:2.2-stretch AS build
WORKDIR /src
COPY ["MainProject/FirstApp.csproj", "MainProject/"]
COPY ["TestProject/*", "TestProject/"]

RUN dotnet restore "TestProject/TestProject.csproj"
RUN dotnet build "TestProject/TestProject.csproj" -c Release
RUN dotnet test "TestProject/TestProject.csproj" -c Release
— बासम गमाल
स्रोत
यह वास्तव में मुझे काटता है। मुझे लगता है कि ऐसा हो रहा है कि यह इकाई परीक्षण DLL को अंतिम रूप दे रहा है, लेकिन इसमें कोई परीक्षण नहीं है। मैंने यह भी पाया कि आपके इन कथनों के बाद यह इनलाइन डालना आपको यह देखने के लिए प्रेरित करेगा कि WAS की प्रतिलिपि क्या बनाई गई है (यहाँ / एप्लिकेशन / परीक्षण डॉकटर छवि पर आपकी लक्षित निर्देशिका है): RUN फ़ाइल = "$ (ls -al / app / परीक्षण) "&& इको $ फ़ाइल ( इको पर अधिक जानकारी के लिए इस पोस्ट को देखें )
— डेविड येट्स
3

मैंने इसे वीएस 2017 और 4.6.2 परीक्षण परियोजना में निम्नलिखित चरणों के साथ जारी किया है:

  1. Microsoft.VisualStudio.QualityTools.UnitTestFramework.dll और एक्सटेंशन के संदर्भ निकालें
  2. Microsoft.VisualStudio.QualityTools.UnitTestFramework.Updated युगपत पैकेज स्थापित करें
— स्टे ब्राउन
स्रोत
3

सुनिश्चित करें कि आपको "Microsoft.NET.Test.Sdk" नगेट मिल गया है।

— lordpansar
स्रोत
2

यह .Net 4.6 के लिए एक ज्ञात मुद्दा है।

XAML TFS बिल्ड के भाग के रूप में .Net 4.6.x यूनिट परीक्षण चलाने में असमर्थ। TFS 2015 UPdate1 स्रोत के साथ बनाएँ : https://connect.microsoft.com/VisualStudio/feedback/details/2245723

यहां आपके संदर्भ के लिए एक समान प्रश्न है: टीएफएस 2015 एक्सएएमएल बिल्ड सर्वर के .Net 4.6 यूनिट परीक्षण चलाने में असमर्थ

— PatrickLu-MSFT
स्रोत
2
हाय पैट्रिक। आपके द्वारा आपूर्ति किए गए दोनों लिंक मेरे द्वारा खोले गए मामले हैं, इसलिए मैं संदर्भ के रूप में उन पर भरोसा नहीं करता; ;-)
— तोर ardस्टरगार्ड
2

मैं इस परियोजना के लिए NuGet पैकेज से संबंधित सभी परीक्षण इंस्टॉल करके इस समस्या का समाधान होने: Xunit, Xunit.runner.vistualstudio,Microsoft.Net.Test.Sdk

— n.shojaei
स्रोत
1

मुझे एक समान मुद्दा मिल रहा था और देखा कि किसी तरह एक app.configफाइल मेरे टेस्ट प्रोजेक्ट में जुड़ गई थी। इस कॉन्फ़िग फ़ाइल को हटाकर मेरे लिए इसे ठीक कर दिया।

— thatWiseGuy
स्रोत
1

मैं अपना समाधान ढेर पर फेंक दूँगा। मेरे मामले में, मैं उनके लिए परीक्षण परियोजनाओं के साथ मौजूदा समाधान के लिए कुछ परियोजनाओं को जोड़ रहा हूं। हम MSTest का उपयोग कर रहे हैं। एक पिछले UnitTest.testsettings फ़ाइल उस समाधान पर सक्षम थी जो संगतता समस्याओं का कारण बन रही थी।

सेटिंग्स फ़ाइल पर क्लिक करने से चेक हटा दिया गया और टेस्ट रन मेरे परीक्षणों के लिए सफल रहा।

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

— jwatts1980
स्रोत
1

रास्ता मिल गया! शायद सबसे रूढ़िवादी नहीं है, लेकिन इसने मुझे जल्दी में मदद की:

  1. टूल> नुगेट पैकेज मैनेजर से MSTest.TestAdapter और MSTest.TestAdapterFramework पैकेज को 1.4.0 पर अपडेट करें।
  2. समाधान को साफ करें और फिर से परीक्षण चलाएं।

मुझे नहीं लगता कि संस्करण के साथ कुछ विशेष है, लेकिन इसे अपडेट करने से निश्चित रूप से समाधान / परियोजना में जो भी संदर्भ खराब है, उसे साफ करता है।

— dave_077
स्रोत
0

यह सिर्फ @ सुशील द्वारा आगे लाए गए समाधान को फिर से भरने के लिए है।

यह टीम फाउंडेशन सर्वर 2015 आरटीएम + अपडेट 1 में एक ज्ञात समस्या है और इसे अपडेट 2, संदर्भ में तय किया जाएगा ।

यहाँ @Sushil द्वारा वर्णित वर्कअराउंड है , जिसमें एक .runsettings फ़ाइल जोड़ना शामिल है जो वृद्ध को .Net फ्रेमवर्क के लिए परीक्षक को मजबूर करती है (कृपया यह नहीं कि आपको इसे "एड / एडिट टेस्ट रन" संवाद के माध्यम से सीधे जोड़ना है। निर्माण प्रक्रिया में संपादक की अनदेखी की जाएगी)।

— तोर orestergaard
स्रोत
0

TFS 2017 में एक बिल्ड पाइपलाइन के साथ .Net कोर का उपयोग करना, मेरा विज़ुअल स्टूडियो टेस्ट चरण वास्तव में किसी भी परीक्षण को निष्पादित किए बिना गुजर रहा था। चरण को संपादित करने के लिए, "उन्नत निष्पादन विकल्प" -> "अन्य कंसोल विकल्प" शामिल करने के लिए:

/framework:".NETCoreApp,Version=v2.0"

(उस क्षेत्र में भी शामिल है /platform:x64)

— निशान
स्रोत
0

Visual Studio 2017 में मैं सिर्फ NUnitTestAdapter को अनइंस्टॉल और पुनर्स्थापना करता हूं या NUnitTestAdapter.WithFramework पैकेज और चला गया समस्या जैसे नए पैकेज स्थापित करता हूं।

— अली यूसेफ़ी
स्रोत
0

मुझे यह त्रुटि मिली क्योंकि मेरा यूनिट परीक्षण वर्ग सार्वजनिक नहीं था।

उदाहरण के लिए:

class ClientTests

आउटपुट में त्रुटि:

...\bin\Debug\Tests.dll] UTA001: TestClass attribute defined on non-public class ClientTests

भूल सुधार:

public class ClientTests

— जारेड बीच
स्रोत
0

मुझे भी वही समस्या हो रही है। मैं विजुअल स्टूडियो 2017 कम्युनिटी एडिशन का उपयोग कर रहा हूं।

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

मैंने अपने सभी परीक्षण मामलों की सफलतापूर्वक खोज करने और इसे सफलतापूर्वक चलाने के लिए इन चरणों का उपयोग किया:

  • सबसे पहले एक्सटेंशन और अपडेट पर जाएं, NUnit3 Test Adapter इंस्टॉल करें। यदि आपके पास पहले से ही है, तो इसे सक्षम करें।

  • अपने विज़ुअल स्टूडियो 2017 को पुनरारंभ करें, यह
    आपके एक्सटेंशन को स्थापित करने के लिए स्वचालित रूप से संकेत देगा , अगर एक प्रॉम्प्ट
    स्थापित करने के लिए कार्य को समाप्त करने के लिए कहता है , तो बस "टैप टैप" पर क्लिक करें।

  • उसके बाद, अपने टेस्ट प्रोजेक्ट का पुनर्निर्माण करें और सभी परीक्षण मामलों की पहचान की जाएगी और अब आप अपने परीक्षण मामलों को चलाना शुरू कर सकते हैं।

— विली डेविड जूनियर
स्रोत
0

मेरे मामले में Nunit3 एडाप्टर को रीइंस्टॉल करना, अस्थायी फ़ोल्डर हटाना, आर्किटेक्चर बदलना और कुछ भी काम नहीं आया। इसकी वजह डेमॉन रेस्पर ने समस्या पैदा की।

Add or Remove Programs> Find Resharper > Repair > Install again > Restart VS

यह मुद्दों को हल करता है।

— रियाज हमीद
स्रोत
0

यदि आपके पास गलत रिटर्न प्रकार है, तो यह त्रुटि async परीक्षणों के लिए हो सकती है। वापसी प्रकार टास्क होना चाहिए, और शून्य नहीं होना चाहिए।

— user3533716
स्रोत
0

कमांडर में TestAdapterPath जोड़ने के बाद, यह मेरे लिए काम कर रहा है:

vstest.console.exe Xom.Gci.Lvf.FileParserInvoker.UnitTests.dll /TestAdapterPath:"C:\****\****\{SolutionFolder}"
— dixiashi
स्रोत
पहली चीजें, आपको यह सुनिश्चित करना चाहिए कि परीक्षण का मामला वीएस आईडीई में चलाया जा सकता है।
— दिक्सिषी 19 ’
0

मेरे मामले में परीक्षणों की खोज की गई थी, लेकिन इसके परिणामस्वरूप "टेस्ट उपलब्ध नहीं ... " और (इन) प्रसिद्ध थे: "सुनिश्चित करें कि परीक्षण खोजकर्ता और निष्पादक पंजीकृत हैं और प्लेटफ़ॉर्म और फ्रेमवर्क संस्करण सेटिंग्स उपयुक्त हैं और फिर से प्रयास करें।"

त्रुटि विज़ुअल स्टूडियो (डॉटनेट सीएलआई टूल्स से परीक्षण और लगभग नग्न यूनीट परीक्षण) से स्वतंत्र थी और यह केवल .NET 4.7.1 को लक्षित करते समय था। डॉटनेटकोर ऐप ठीक काम करता है।

Nuint3 CLI के साथ परीक्षण चलाना भी nunit3-console.exe Tests.csprojत्रुटि दर्शाता है:

"या तो विधानसभा में कोई परीक्षण नहीं है या उचित परीक्षण ड्राइवर नहीं मिला है।"

त्रुटि इसलिए थी क्योंकि परीक्षण-अडैप्टर को (मैप्ड) नेटवर्क ड्राइव या शेयर पर नहीं पाया जा सकता था और इसे स्थानीय रूप से और रेरून की नकल करके हल किया जाता था ।

— फाल्को अलेक्जेंडर
स्रोत
0

यदि आप पहले से ही परीक्षण परियोजना में एक परीक्षण एडाप्टर स्थापित करते हैं, तो परियोजना से स्थापना रद्द करने का प्रयास करें और इसे फिर से परीक्षण परियोजना में स्थापित करें।

यह बेसिक फिक्स मेरे लिए काम करता है।

— पार्थ दारजी
स्रोत
0

आउटपुट के vstest.console.exeसाथ चलने --diag:diag.txtऔर निरीक्षण करने का प्रयास करें । मेरे लिए यह मेरे कार्य निर्देशिका से परीक्षण एडेप्टर के लिए DLL लोड विफलताएं थीं:

TpTrace Information: 0 : 14976, 1, 2020/03/10, 15:34:22.120, 57158093583, vstest.console.exe, AssemblyResolver.OnResolve: Microsoft.VisualStudio.TestPlatform.MSTest.TestAdapter: Failed to load assembly. Reason:System.IO.FileLoadException: Could not load file or assembly 'file:///C:\Directory\Microsoft.VisualStudio.TestPlatform.MSTest.TestAdapter.dll' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515)

File name: 'file:///C:\Directory\Microsoft.VisualStudio.TestPlatform.MSTest.TestAdapter.dll' ---> System.NotSupportedException: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.

मैंने इसे जोड़कर काम किया <loadFromRemoteSources enabled="true"/> के तहत <runtime>vstest.console.exe.config में

— andrew.rockwell
स्रोत
0

मैं MSTest का उपयोग करता हूं।

मैंने NSTet से MSTest.TestFramework का नवीनतम संस्करण स्थापित किया और OOB को Microsoft से हटा दिया। संदर्भों को हटाएं।

उसके बाद Microsoft.TestPlatform के नवीनतम संस्करण को स्थापित करें

इसने मुझे एक कमांड के साथ टेस्ट चलाने की अनुमति दी:

".\packages\Microsoft.TestPlatform.16.6.1\tools\net451\Common7\IDE\Extensions\TestPlatform\vstest.console.exe" "UnitTestProject1\bin\Debug\UnitTestProject1.dll" /logger:trx

लेकिन मुझे वही त्रुटि मिली। त्रुटि का मूल कारण है कि मैंने एक परीक्षण एडाप्टर निर्दिष्ट नहीं किया है जो विधानसभा को पार्स करता है और परीक्षण पाता है।

उपाय:

  1. एक Nuget पैकेज स्थापित करें "MSTest.TestAdapter"

  2. कमांड के अंत में एक परीक्षण एडाप्टर निर्दिष्ट करें:

    /TestAdapterPath:".\packages\MSTest.TestAdapter.2.1.2\build_common "

— MirrorBoy
स्रोत
0

जो लोग इसी तरह की समस्या का सामना कर रहे हैं। उनका समाधान है, कृपया SpecFlowPlusRunner स्थापित करें।

मैंने पुन: स्थापित करने, कैश को हटाने आदि जैसे अन्य समाधानों की कोशिश की है, लेकिन समाधान वास्तव में अलग है हमें Visualstudio 2017 के लिए SpecRun.SpecFlow2.3.0 स्थापित करना होगा। इस समस्या को हल किया है।

आशा है कि इससे सभी को मदद मिलेगी।

— लक्ष्मी
स्रोत
0

मुझे इसी तरह के मुद्दे का सामना करना पड़ा जब वीएस 2017 में nUnit की कोशिश की गई और यह एक मुख्य परियोजना नहीं है। स्थापना NUnit3TestAdapterने समस्या को ठीक कर दिया।

— सुरेंद्र रायपति
स्रोत
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.