Visual Studio 2015/2017/2019 Test Çalıştırıcısı neden xUnit v2 testlerimi bulamıyor

GÜNCELLEME: 2019 ekleme; keşif / koşucu entegrasyon mekanizması 2017 ve 2015 ile aynıdır, bu nedenle yanlış gidebilecek temel şeyler aynıdır.

Okuduğum kapaklar nedenleri xUnit olur benim testleri, xUnit koşucu bulamıyor Neden asla testlerinizi bulmak mümkün ama benim problem farklı - benim testleri ile devam ince bir şey yok eminim; (diğer ortamlarda çalıştılar, bu sadece benim makinem gibi görünüyor) - Visual Studio 2015'te [Topluluk Sürümü] Visual Studio Test Çalıştırıcısı testlerimin hiçbirini göstermiyor. Uzaktan heyecan verici bir şey yapmıyorum; testler Masaüstünde xUnit.net v2'yi hedefliyor.

Ben Çıktı penceresinde baktım ve altında hiç bir şey göremiyorum Testi içinde gösterileceği çıkışı sekmelerin.

1. Sorularınızdaki keşif istisnalarını ortadan kaldırın; çıkış Penceresine (Ctrl-Alt-O) gidin, ardından gösteri çıktısını açılır menüden (Shift-Alt-S) Testler'e geçirin ve keşif istisnası olmadığından emin olun

2. Sınama | Sınama ayarları | Sınamalarınız x86 / x64'e özelse ve keşif bitlikle ilgili özel durumları tetikliyorsa (ör. AnyCpu değil) varsayılan işlemci mimarisi yardımcı olabilir

3. Bu yanıtta önerildiği gibi (teknik yardımcı olursa oy verin) masaüstü konsolu çalıştırıcısını ( talimatlar ) çalıştırmak, diğer olasılıkları ortadan kaldırmak için iyi bir çapraz kontrol olabilir, örn. Yönetilen yapılandırma dosyaları: -

   packages\xunit.runner.console.2.2.0\tools\xunit.console <tests.dll>

   NOT xunit.runner.consolePaket kullanımdan kaldırılmıştır - VS'de bir şeyler dotnet testçalıştırdığınızda, bunları CI bağlamlarında da çalıştırabilirsiniz

Belgeleri okuyun - kapsamlı, güncel, sorun giderme bilgilerini içerir ve PR alır: -

Önemli not: xUnit.net Visual Studio Runner VSIX'i (Uzantı) daha önce yüklediyseniz, önce kaldırmanız gerekir. Visual Studio koşucusu şimdi sadece NuGet üzerinden dağıtılmaktadır. Kaldırmak için Araçlar > Uzantılar ve Güncellemeler'e gidin . Listenin en altına gidin ve xUnit.net yüklüyse, kaldırın. Bu, Visual Studio'yu yeniden başlatmaya zorlar.

Testleri bulma veya çalıştırma konusunda sorun yaşıyorsanız, Visual Studio'da bozuk bir runner önbelleğinin kurbanı olabilirsiniz. Bu önbelleği temizlemek için Visual Studio'nun tüm örneklerini kapatın ve klasörü silin %TEMP%\VisualStudioTestExplorerExtensions. Ayrıca, projenizin yalnızca Visual Studio koşucusu NuGet paketinin ( xunit.runner.visualstudio) tek bir sürümüyle bağlantılı olduğundan emin olun .

Aşağıdaki adımlar benim için çalıştı:

1. (Yalnızca makinenizde ciddi bir karışıklık olduğundan şüpheleniyorsanız - genel olarak daha yaygın olan durum, görsel stüdyo entegrasyonunun henüz kurulmamış olmasıdır)

   Tavsiye edilen DEL %TEMP%\VisualStudioTestExplorerExtensionsşekilde yapın : -

   PS> del $env:TEMP\VisualStudioTestExplorerExtensions

2. xunit.runner.visualstudioTüm test projelerine NuGet Paketini kurun

   • Paket:

     .paket\paket add nuget xunit.runner.visualstudio -i

     Aşağıdakilerle aşağıdakileri yapmanız gerekirpaket.dependencies :

     nuget xunit.runner.visualstudio version_in_path: true

     Not version_in_path: trueBit önemlidir

   • Nuget: Paket Yöneticisi Konsolu'na (Alt-T, N, O) gidin ve

     Install-Package xunit.runner.visualstudio)

   xunit.runnerÇıkış dizininde sona erdiğinden emin olmak için yeniden oluşturun

3. Test Gezgini'ni kapatın <- bu benim için eksik olan

4. Test Gezgini'ni yeniden açın (Alt-S, W, T)

5. Tüm testleri çalıştır (Ctrl R, A)

Test projeleri CPU'sunu x64 olarak değiştirdikten sonra Test Ayarlarını değiştirmek zorunda kaldım. Sonra tekrar tespit edilen testler.

Yukarıdaki çözümlerin hiçbiri benim için çalışmadı (dotnetcore 1.1, VS2017). İşte sorunu düzelten:

1. NuGet Paketi Ekle Microsoft.TestPlatform.TestHost
2. NuGet Paketi Ekle Microsoft.NET.Test.Sdk

Bunlar daha önce kurduğum bu paketlere ek olarak :

• xunit (2.3.0-beta1-derleme3642)
• xunit.runner.visualstudio (2.3.0-beta1-derleme1309)

xunit.runner.visualstudioTest projesi için paket yükleyin

Şu adımları izleyin:

1. Senin güncelleyin MsTest.TestAdapterve MsTest.TestFramework dll'sgelen nugget package manager.
2. Çözümünüzü temizleyin
3. Çözümünüzü oluşturun.

Bir ASP Core projesi ve xUnit 2.2.0 ile çalışırken tüm öğleden sonra bununla mücadele ediyorum. Benim için çözüm,Microsoft.DotNet.InternalAbstractions

Test projesini el ile çalıştırmayı denediğimde, dotnet testbaşarısız oldu ama InternalAbstractionseksik olduğunu bildirdim . Otomatik bulma başarısız olduğunda test çıkış penceresinde bu hatayı görmedim. Keşif penceresinde gördüğüm tek bilgi, o zamanlar benim için bir şey ifade etmeyen bir dönüş koduydu, ancak gezide muhtemelen bir hata olduğunu gösteriyordu.

Bana birkaç kez oldu - projeyi temizlediğimde ve tekrar inşa ettiğimde iyi olmaya meyilli.

Test sınıfınızın herkese açık olduğundan emin olun .

Benim durumumun nedeni, hedef derlemesinin proje hata ayıklayıcısı ve test koşucusu arasında aynı olmamasıydı. Bu öğeleri birleştirmek için:

1. Test> Test Ayarları> Varsayılan İşlemci Mimarisi. ardından X64 veya X86'yı seçin.
2. Proje> (projeniz) Özellikler> Derleme (sekme)> platform hedefi.

Aynı olduktan sonra, çözümünüzü yeniden oluşturun, sonra test yöntemleri sizin için görünecektir.

2 gün geçirdikten sonra ... yukarıdakilerin hiçbiri işe yaramadı. Tek "çözüm" şuydu: Proje özelliklerine git -> Oluştur Sekmesi. Ardından, bölmenin sağ alt köşesindeki Gelişmiş düğmesini tıklayın. "Hata Ayıklama Bilgisi:" değerini "dolu" olarak değiştirin ve Tamam'ı tıklayın.

İşte ekran görüntüleri:

XUnit 2.2.0 kullanıyorum.

Benim sorunum benim çözüm bazı dlls bulamadı ve app.config bunları çözmeye çalışıyordu oldu. Hata, Visual Studio'daki test çıktı penceresinde görünmüyordu.

Yüklediğimde hatayı tespit edebildim xunit.runner.consoleTestleri komut satırından kurup çalıştırmaya çalıştığımda .

CLI'da xunit testleri nasıl çalıştırılır .

Birkaç gün önce karşılaştığım bir uç dava için bir çözüm sağlayabilirim. Yukarıda açıklanan tüm senaryolara uyan çözüm olmayacak, ancak son durum için düzelttim.

En son VS 2017 (sürüm 15.5.7) ve XUnit 2.3.1 ile aynı sorunu yaşadım. Xunit.runner.visualstudio paketi yüklendi, ancak testler VisualStudio'nun yerleşik test gezgininde görünmedi.

.NET framework 4.5'i hedefleyen eski bir proje üzerinde çalışıyordum. Ancak, 2.2 sürümünden başlayarak. XUnit 4.5.2'den küçük .NET çerçevelerini desteklemez (bkz. Sürüm Notları - XUnit 2.2: 19 Şubat 2017

Test projesinin hedef çerçevesini> 4.5.2 sürümüne çevirmek benim için çalıştı. Test ettiğiniz projenin sürümünü değiştirmek zorunda değilsiniz, sadece test projesinin kendisi ile ilgili.

Visual Studio 2019 ile aynı sorunu yaşadım. Sadece aşağıdaki NuGet paketlerini yükledim ve sorun çözüldü.

1). xUnit

2). xunit.runner.visualstudio

3). Microsoft.TestPlatform.TestHost

4). Microsoft.NET.Test.Sdk

Bunun nedeni, yapı onay kutusundaki geçerli platform projesi için yapı onay kutusunun işaretlenmemesinden kaynaklanıyor olabilir. Oluştur'a tıklayın | Yapılandırma yöneticisi'ni kullandıktan sonra, test projelerinin kullandığınız platform için oluşturma sütununda bir onay işareti bulunduğundan emin olun (örneğin 'x86').

Bu kesinlikle benim için işe yarayan bir çözümdü.

Birim testlerinizi bir .NET Standard 2.0 Sınıf Kitaplığı'na yazmadığınızdan emin olun. Visualstudio runner, bu yazma sırasında netstandard2.0 sınıf kitaplıklarındaki çalıştırma testlerini desteklemez.

Burayı kontrol etTest Çalıştırıcısı Uyumluluk matrisi için bakın:

https://xunit.github.io/#runners

VS test yöntemlerini keşfetmedi benzer bir sorunla karşılaştı. Benim durumumda kaldırdım ve çalıştı yöntemi ile statik anahtar kelime vardı.

[TestMethod]

Before: public static void Test1()

After: public void Test1()

1. Tüm Visual Studio örneklerini kapatın
2. % TEMP% \ VisualStudioTestExplorerExtensions \ klasörüne gidin
3. Specrun ile ilgili klasörleri sil
4. Tekrar deneyin

bana haber ver, teşekkürler

Benim durumumda, çözümde 2 farklı test projesi vardı. Proje 1 testleri bulunabilir, ancak Proje 2 testleri bulunamadı. İlk önce Test Projesi 1'in boşaltılmasının ardından VS> geçici dosyalarımı temizleme> çözümü yeniden aç> yeniden oluştur'un kapatılmasının VS'nin Proje 2 testlerimi keşfetmesine izin verdiğini buldum.

İki test projesi arasında bir şeyin çelişkili olması gerektiğini düşünüyorum ve bu, birkaç dakika içinde beni çalıştırıp çalıştırmanın en hızlı yoluydu. Bükülmeler daha sonra çözülebilir :).

Uzun zamandır bu problemden muzdariptim.

• Yaklaşık 100 proje vardı farklı sürümü farklı sunucuya dağıtıldı.

• Yapı birimi 2.3.1'de başarısız olduğu için xunit'in 2.2.0'dan 2.3.1'e güncellenmesi bir çözüm değildi.

Sonra ben sadece güncellenen xunit.runner.visualstudio için 2.3.1 ve her şey iyi çalışır başladı. Bu komutu xunit.runner.visualstudio paketimi güncellemek için paket yöneticisi konsolumda kullandım

Get-Project ComapanyName.ProjectName.*.Tests | Install-Package xunit.runner.visualstudio -Version 2.3.1

Benim için en yaygın suçlu, test ettiği kütüphaneden farklı bir mimari kullanarak testleri yapmaya çalışan Visual Studio oldu. Ne yazık ki, bunun yanlış gidebileceği birden fazla yer var.

VS 2017'de, örneğin Default.runsettingstest projenizde bir Çalıştırma Ayarları dosyası oluşturmayı deneyin . Ana kütüphaneniz x64 ise, içerik şu şekilde olmalıdır:

<?xml version="1.0" encoding="utf-8"?>
<RunSettings>
  <RunConfiguration>
    <TargetPlatform>x64</TargetPlatform>
  </RunConfiguration>
</RunSettings>

Ardından Test -> Test Ayarları -> Test Ayarları Dosyasını Seç öğelerinden bu dosyayı seçin.

Ardından, Test -> Test Ayarları, Varsayılan İşlemci Mimarisi altında, tekrar doğru mimariyi seçin.

Tüm çözümü temizlediğinizden ve oluşturduğunuzdan emin olun. Test Gezgini penceresini kapatıp yeniden açmanız gerekebilir. Yanlış mimari türleri hakkında daha fazla ipucu için Çıktı -> Test penceresinde ek hata olup olmadığına bakın.

FYI ek Test Ayarları girişlerini burada bulabilirsiniz .

Test Gezgini'nin herhangi bir test göstermemesine neden olabilecek başka bir neden daha vardır ve bu, .pdbbazı VS araçlarını bozabilecek Visual Studio 2017 / .NET Core için tanıtılan yeni taşınabilir dosya biçimiyle ilgilidir. (Arka plan: "Mono.Cecil yeni .csproj PDB'lerle OutOfMemoryException özelliğine neden oluyor" hata raporuna bakın .)

Yeni taşınabilir .pdb(hata ayıklama sembolleri) biçimi nedeniyle testleriniz bulunamadı mı?

• Çıktı penceresini açın .
• Değiştirme açılan seçimi gösterin çıkışına kadar Testleri .

• Aşağıdaki gibi bir çıktı görürseniz (muhtemelen testlerinizin her biri için bir kez tekrarlanır), o zaman bu cevapta açıklanan sorunu yaşarsınız:

  Exception System.OutOfMemoryException, Exception converting <SignatureOfYourTestMethod>
  Array dimensions exceeded supported range.

Evetse, sorunu çözmek için bunu yapın:

• Test projenizin Özellikler'ini açın ( Solution Explorer'da test projesini seçin ve Alt+ tuşuna basın Enter).
• Derleme sekmesine geçin .
• Tıklayın Gelişmiş ... (Bu sekme sayfasının en sonunda bulunan) butonu.
• Açılan etiketli olarak hata ayıklama bilgisi , seçim none, pdb-onlyya fullama DEĞİL portable . Testlerin bulunmamasına neden olan bu son ayardır.
• Click OK ve temiz & projenizi yeniden. Ekstra emin olmak istiyorsanız, test projenizin çıktı dizinine gidin ve .pdbyeniden oluşturmadan önce tüm dosyaları temizleyin . Şimdi testlerin geri dönmeli.

VS 2017'de IntelliTest ile ilk yürüyüş denemeleri yaptığımda bana sarılın.

Bazen, test projesi IntelliTest tarafından otomatik olarak oluşturulduğunda, derleme referansı Microsoft.ExtendedReflection( ... \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ Common7 \ IDE \ Extensions \ Microsoft \ Pex \ Microsoft.ExtendedReflection. dll ) yoktur. Eklendiğinde, oluşturulan Testler yeniden derlendikten sonra test gezgininde görünecektir.

Feragatname: Visual Studio 2015 ile xunit değil, UWP birim test uygulaması (MSTest) ile Visual Studio 2017 ile ilgilidir. Belki de başkası aynı şeyi yapacak aynı şeyi arama bu konu var :)

Benim için çözüm, MSTest.TestAdapter ve MSTest.TestFramework için nuget paketlerini güncellemekti. UWP için bir birim test uygulaması oluşturduğunuzda, en son sürümleri otomatik olarak almazsınız.

Sorunum xunit.runner.visualstudio nuget'i yükleyerek çözüldü

Benim durumumda aynı çözümde birden fazla test projem var ve projelerden sadece biri "Test Gezgini" ni göstermiyordu

Çözüme sağ tıklayarak "Çözüm için Nuget Paketini Yönet" e gittim.

"Consolidate" sekmesi altında, projeler arasında senkronize olmayan bazı "Test" nuget paketleri olduğunu fark ettim. "Yükle" yi tıkladım ve eksik testlerim çıktı.

Yukarıdaki önerilerin çoğunu denedim ve hiçbir şey işe yaramadı. Benim durumumda, bir takımdayım ve aynı çözüm için diğer geliştiriciler için testler görünüyordu. Bu yüzden, sadece .vs klasörümü silmeye çalıştım, ama orada da şans yok.

Yerel klasörümü tamamen sildim ve repoyu yeniden klonladım. Bu benim için çözdü.

İşte bizim için işe yarayan çözüm. En iyisi değil, belki de faydalanabilir.

Arka fon:

• Komut dosyalarımız VS 2013 ile geliştirildi ve NUnit VS Adapter 2.1 kullanıldı.
• Son zamanlarda VS 2017'ye geçtik ve aynı çözümü açtığımızda - Test Gezgini'nde test gösterilmiyor

Build üzerine şu mesajı görürüz:

[Informational] NUnit Adapter 3.10.0.21: Test discovery starting
[Informational] Assembly contains no NUnit 3.0 tests: C:\ihealautomatedTests\SeleniumTest\bin\x86\Debug\SeleniumTest.dll
[Informational] NUnit Adapter 3.10.0.21: Test discovery complete

Çözüm (geçici):

• NUnit Adapter 3.10 yazılımını kaldırın ...
• NUnit VS Adapter 2.1'i yükleyin.

Şimdi Testler gösterilmektedir.

Ayrıca tamamen boş bir app.config dosyasının (kesinlikle işaretleme olmadan tamamen boş) test projesi içinde olup olmadığını kontrol edin. Benim durumumdaki suçlu buydu.

Benim durumumda, resimde gösterildiği gibi yeni bir "Çözüm Yapılandırması" oluşturdum. Bu yüzden özel bir ürünümü "Prod" olarak seçtiğimde, TestMehods'u herhangi bir nedenle tanımıyor. "Hata Ayıkla" ya geri dönmek sorunu çözer

Bazılarınızın da JustMock'u kullanıp kullanmadığını bilmiyorum, ancak test algılamanın çalışması için profesörü VS 2017'de devre dışı bırakmak zorunda kaldım.