Visual Studio 2015 veya 2017 birim testlerini bulamıyor

2016-10-19 DÜZENLEME:

Orijinal soru, XUnit test çalıştırıcısı ile VS2015 CTP6'ya özgü bir sorunla ilgiliydi. Yanıtlardan, Visual Studio'da birçok farklı durumda ortaya çıkabilecek birim test keşfi ile ilgili çok daha geniş bir sorun olduğu açıktır. Bunu yansıtmak için sorumu temizledim.

Ben de kendi cevaplarıma bir komut dosyası ekledim, ben hala ortaya çıktıklarında benzer sorunları çözmek için bu güne kullandım.

Diğer birçok cevabın VS test koşucusunun inceliklerini daha iyi anlamada da yararlı olduğu kanıtlanmıştır. İnsanların çözümlerini hala paylaştıklarını takdir ediyorum!

Orijinal soru 2015-04-10:

Dünden beri, Visual Studio Test Gezgini projelerimin hiçbiri için testler bulamayacak. Binadan sonra yeşil yükleme çubuğunu da göstermez.

Visual Studio Test Gezgini'ne gidip "Tümünü Çalıştır" ı tıklattığımda veya herhangi bir test yöntemini sağ tıklatıp "Testleri Çalıştır" ı seçtiğimde, çıkış penceremde aşağıdakileri alıyorum:

Could not load file or assembly 'Microsoft.VisualStudio.Web.ProjectSystem, Version=14.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.

Ben, Windows 10, Visual Studio 2015 CTP 6 çalıştırıyorum Pro Teknik Önizleme, 10041. .NET Framework sürüm önemli görünmüyor inşa - bu olur 4.0, 4.5.2ve 4.6.

Aşağıdaki test çerçeveleri ile denedim ve hepsi aynı davranışı veriyor:

• Microsoft.VisualStudio.QualityTools.UnitTestFramework v14.0.22609.0
• xunit v2.1.0-beta1-build2945 ile xunit.runner.visualstudio v2.1.0-beta1-build1051
• NUnit v2.6.4 ile NUnitTestAdapter v2.0.0

GitHub'da (xunit) benzer gibi görünen bir sorun buldum: xunit ekibinden gelen bu yorumla # 295 keşfedilen testler alınamıyor:

Visual Studio 2015 CTP 5'in genel olarak birim testi olan (yalnızca xUnit.net değil) birçok kişi tarafından bozulduğu bildirildiğinden, bunun çalışmasını beklemeyin.

Ayrıca, lütfen Visual Studio'nun koşucu önbelleğini temizlediğinizden emin olun. Bozulursa, Visual Studio silinene kadar kalıcı olarak yanlış davranır. Önbelleği temizlemek için Visual Studio'nun tüm örneklerini kapatın ve sonra% TEMP% \ VisualStudioTestExplorerExtensions klasörünü silin (dürüst olmak gerekirse, muhtemelen% TEMP% içindeki silinebilecek her şeyi silmek zarar vermez).

Klasörü silmek için önerilerini denedim %TEMP%\VisualStudioTestExplorerExtensions. Ne yazık ki bu sorunu çözmedi.

Ben ReSharper aslında fark olduğu bazı testler keşfetmek mümkün. Xunit için değil, yalnızca VS ve NUnit testleri için çalışır.

Temizlemem gereken bir çeşit temp veya önbellek klasörü olmalı, ancak Visual Studio'nun çoğuna sahip olduğunu ve hepsinin istenmeyen yan etkiler olmadan silinebileceğini biliyorum.

Şaşırtıcı bir şekilde, %TEMP%dizinde bulunan geçici dosyaları temizlemek benim için sorunu çözdü.

Not: Bu yol genellikle C:\Users\(yourusername)\AppData\Local\Temp

@ Warren-P dahil olduğu gibi, %temp%Başlat Menüsüne koyarak geçici klasöre gidebilir veya "Dosya Gezgini" ni başlatabilir %temp%ve adres çubuğuna girebilirsiniz .

Kodunuz x64 ile derlenmiş olabilir, bu nedenle Varsayılan İşlemci Mimarisini X64 olarak etkinleştirmeniz gerekebilir.

Test > Test Settings > Default Processor Architecture > X64

• Visual Studio'da NUnit Test Adapter 2/3 yüklü olup olmadığını kontrol edin .
  (Tools>Extensions and Updates )

• Doğru işlemci mimarisinin seçildiğinden emin olun:
  (Test>Test Settings>Default Processor Architecture)

EDIT 2016-10-19 (PowerShell betiği)

Bu sorun ara sıra devam ediyor. İlgili önbellek / geçici klasörü / dosyaları temizlemeyi otomatikleştirmek için küçük bir PowerShell snippet'i yazdım. Gelecekteki okuyucular için burada paylaşıyorum:

@(
"$env:TEMP"
"$env:LOCALAPPDATA\Microsoft\UnitTest"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ComponentModelCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\Designer\ShadowCache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio\14.0\ImageLibrary\cache"
"$env:LOCALAPPDATA\Microsoft\VisualStudio Services\6.0\Cache"
"$env:LOCALAPPDATA\Microsoft\WebsiteCache"
"$env:LOCALAPPDATA\NuGet\Cache"
) |% { Remove-Item -Path $_ -Recurse -Force }

Visual Studio'yu önceden kapattığınızdan emin olun ve muhtemelen daha sonra yeniden başlatmak iyi bir fikirdir.

TEMP klasörünü silmek gerekli olmayabilir ve bazı durumlarda istenmeyen bile olabilir, bu yüzden önce TEMP klasörünü temizlemeden denemenizi tavsiye ederim. Sadece atla"$env:TEMP" .

Orijinal cevap 2015-04-12

Sorun, Visual Studio ile ilgili geçici / önbellek klasörleri kapsamlı bir temizlendikten sonra "çözüldü".

Her şeyi tek tek inceleyip aralarında test etmek için zamanım olmadığından, maalesef hangisinin soruna gerçekten neden olduğunu bilmiyorum.

Bunlar tam olarak attığım adımlar:

1. Kapalı Visual Studio
2. Sistemi ve tarayıcıyı temizlemek için CCleaner kullanıldı temp dosyalarını / klasörlerini

3. Aşağıdaki dosyaları / klasörleri el ile temizledi / sildi:

   • %USERPROFILE%\AppData\Local\assembly
   • %USERPROFILE%\AppData\Local\Microsoft\UnitTest
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\SpecificFolderCache.xml
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\1033\ProjectTemplateMRU.xml
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ComponentModelCache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\Designer\ShadowCache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\14.0\ImageLibrary\cache
   • %USERPROFILE%\AppData\Local\Microsoft\VisualStudio Services\6.0\Cache
   • %USERPROFILE%\AppData\Local\Microsoft\WebsiteCache
   • %USERPROFILE%\AppData\Local\NuGet\Cache
   • %USERPROFILE%\AppData\Local\Temp

Bu sorunun bir nedeni, test sınıfınızın herkese açık olmamasıdır. MSTest yalnızca kamu sınıflarının testlerini keşfeder.

Testleri explorer'a eklemek istiyorsanız Visual Studio 2015'te (Güncelleme 3), NUnit Test Bağdaştırıcısını yüklemeniz gerekir.Ayrıca, adaptörü Araçlar-> Uzantı ve Güncellemeler-> Çevrimiçi sekmesinden indirin (bağdaştırıcıyı aramanız gerekir) ) -> İndir . Visual Studio'yu yeniden başlatarak sınama çerçevesi için değişikliği görebilirsiniz.

Buna tam bir cevabım yok, ancak bir test projesiyle oynayarak bazı şeyler belirledim:

1. xunit.runner.aspnet : 2.0.0-aspnet-beta4Resmi beta4 aspnet5 salımının görünür olması o kısmı Visual Studio çalışma yapmaz.
2. Bunun yerine, "xunit": "2.1.0-*"ve "xunit-runner.dnx": "2.1.0-*"paketleri kullanarak Visual Studio'da çalışır.
3. VS'nin testleri keşfetmesi için, projenizin "test" adında "xunit.runner.dnx" çalıştıran bir SINGLE komutu olması ZORUNLUDUR. Ek komutlar eklemek komutu bozabilir.
4. Test Gezgini pencereniz hala boşsa, projenizden "test" komutunu KALDIRIN, sonra çözümü yeniden oluşturun, sonra "test" komutunu project.json'a geri ekleyin.
5. @ Fred-Kleuver'in önerisine göre tüm önbelleklerinizi temizlemek yardımcı olabilir, ancak tüm adımları tek başına yapmadım, bu yüzden emin değilim.

Bu, günlükleri değil, beta4 sürümlerini kullanarak VS 2015 CTP 6'ya göre geçerlidir.

Bazı testlerin alınamayacağı bir örneğim vardı, çünkü bunları asyncaşağıdaki gibi yapmıştım :

public async void This_IsMy_UnitTest()

Sorun, onları geri getirmeyi unuttum Taskve değilvoid , . Bunun bir hataya veya başarısız bir teste neden olacağını düşünürdüm ama hayır. Bu sınıftaki birim testleri tamamen yok sayıldı ve yokmuş gibi davrandılar.

Yaklaşık 3 temiz ve inşa + yeniden başlatmadan VS.NETsonra test çalışmasını gördüm ve Taskdönüş tipini eklemeyi unuttuğumu gösteren başarısız oldu :

public async Task This_IsMy_UnitTest()

Güncellemeden sonra, birim testleri bulundu ve düzgün çalıştı. Bu bir uç durum olabilir, ancak içeride asynckullanmak için testlere sahip olmak, ancak awaitimzayı doğru yapmak aynı soruna neden olabilir ve bunu yaptığım ilk kez değil.

Nuget paket yöneticisine gidin ve aşağıdaki gibi Nunit Adaptörünü indirin.

Ben aynı pronlem vardı ama ben "% TEMP% \ VisualStudioTestExplorerExtensions" klasör benim makinede yoktu bu yüzden mesajları okumak gibi ben bunu oluşturmak için bir fikrim vardı ve çalışıyor. Test gezgini artık tüm testlerimi gösterebiliyor. Teşekkürler.

Sadece yeniden Visual Studio ve Test Explorer "Çalıştır All" ... Bütün testler sonra keşfedilir yapmak.

Benim durumumda (Visual Studio Enterprise 2015 14.0.25425.01 Güncelleme 3, Resharper 2016.2) Sadece Build menüsünden temiz bir çözüm yapmam gerekiyordu . Çözümü yeniden oluşturmak daha sonra test gezgini "uyanmak" ve tüm testleri tekrar bulmak neden olur.

Benim durumumdaki çözüm, NUnit 3 Test Adapter uzantısını Visual Studio 2015'e kurmaktı.

Benim durumumda, sorun "sandalye ve klavye arasında" idi. Yapılandırma Yöneticisi'ndeki derleme üzerinde birim test projelerimi içermeyen bir yapılandırmaya geçtim. Tüm projeleri içeren bir yapılandırmaya (örneğin Hata Ayıklama) geri dönmek sorunu çözdü.

Benim durumumda, VS 2015 altındaki MSTest, 174 karakterden daha uzun test (yani yöntem) adlarıyla testleri görmezden geliyordu. Adın kısaltılması, testin görünür olmasını sağladı. Bu, test adı değiştirilerek tahmin ve kontrol ile belirlendi.

Bu muhtemelen çoğu insana yardımcı olmaz, ancak birim testte deneyimsiz biri aşağıdakiler boolyerine dönen bir test yöntemi yazmıştı void:

[TestMethod]
public bool TestSomething()

Geri dönüş türünü değiştirmek voidsorunu çözdü.

Sahip olduğunuzdan emin olun xunit.runner.visualstudioTest proje paketlerinizde paket bulunduğundan .config ve ayrıca doğru şekilde geri yüklendi.

Bunun orijinal soru için geçerli olmadığını biliyorum, ancak benim gibi biri için zamandan tasarruf edebilir.

Sadece yukarıdaki çözümlere tamamen farklı bir çözüm bulduğumu eklemek isterim.

Test sınıfımı aşağıdaki gibi beyan etmiştim:

[TestClass]
class ClassificationTests
{
   //unit tests
}

En kısa zamanda katma olarak publicsınıfına değiştirici, o kadar beklenen çalıştı!

.NET Standard veya .NET Core'u hedefliyorsanız , uzantı yerine NUnit Test Adapter için NuGet paketini kullanmanız gerekir .

.NET Core veya .NET Standard projelerini test ediyorsanız adaptörü NuGet'ten yüklemeniz önerilir. VSIX paketleri birden çok platformu hedefleyemediği için VSIX bağdaştırıcısı .NET Core'u desteklemez ve desteklemez.

Kaynak: NUnit GitHub Wiki

.

Ayrıca buradaki SSS bölümünü kontrol edin:

Testlerim Visual Studio 2017'de görünmüyor mu?

• NuGet paketini mi kullanıyorsunuz?
• NuGet paketinin 3.8.0 veya daha yeni bir sürümünü mü kullanıyorsunuz?
• Testleriniz .NET Core'u veya tam .NET Framework'ü hedefliyor mu? (yukarıyı görmek)
• Microsoft.NET.Test.Sdk'ye Paket Başvurusu eklediniz mi?
• Visual Studio'yu yeniden başlattınız mı? Hala biraz tempermental.

Kaynak: NUnit GitHub Wiki

Bu benim başıma geldi çünkü test projem bir app.config. Montaj yeniden yönlendirmesi için NuGet paketleri tarafından otomatik olarak eklendi, ancak testlerim onsuz iyi çalışıyor gibi görünüyordu.

Bkz . Https://developercommunity.visualstudio.com/comments/42858/view.html .

Ben de aynı problemi yaşadım. Projeyi yeni temizledim ve yeniden inşa ettim ve eksik olan testleri görebildim.

Çözümümü paylaşmak için içeri giriyorum. Windows 10, Visual Studio 2015, NUnit 3.5, NUnit Test Adapter 3.6'daydım (VISX uzantısı değil NuGet aracılığıyla) ve testlerimin hiçbiri keşfedilmedi. Benim sorunum çözümümün Testler projesinde, bir şekilde proje klasöründe "Belgeler" klasörüne bir kısayol oluşturulmuş oldu. Test adaptörünün kısayolu görüp onunla ne yapacağını anlamaya çalışırken takıldığını tahmin ediyorum, bu da birim testlerinin görüntülenememesine neden oldu.

\ AppData \ Local \ Microsoft \ VisualStudio \ 14.0 \ 1033 \ SpecificFold‌ erCache.xml dosyasını silmek sorunu benim için çözdü.

Bu konu biraz modası geçmiş, ancak VS2015'te eksik Test durumuna benim çözümüm:

Görev durumu yalnızca Hata Ayıklama yapı yapılandırmasında gösterilir. Tabii ki bu da test kaşifinden testinizde hata ayıklamayı imkansız hale getirir.

Ayrıca bu harika küçük özelliği tarafından ısırıldı ve burada açıklanan hiçbir şey benim için çalıştı. Yapı çıktısını tekrar kontrol edip ilgili projelerin inşa edilmediğini fark edene kadar değildi. Yapılandırma yöneticisine yapılan bir ziyaret şüphelerimi doğruladı.

Visual Studio 2015, mutlu bir şekilde yeni projeler eklememe izin verdi, ancak bunları oluşturmaya değmediğine karar verdi. Projeleri binaya ekledikten sonra güzel oynamaya başladı.

X64'ü şu şekilde değiştirerek çözdüm: Projeye sağ tıklayın -> Özellikler -> Oluştur -> Platform hedefi -> Herhangi bir CPU

Bir şekilde projem Statik Kütüphane (.lib) olarak derlenecek şekilde ayarlandı . Bunu bir Dinamik Kitaplık (.dll) olarak değiştirdikten sonra , Visual Studio 2012 tarafından doğru olarak keşfedilen yerleri sınar.

My Unit Test Project ->
Properties ->
Configuration Properties ->
General ->
Configuration Type

Sorunu şu şekilde düzeltmek benim için çok kolaydı:

• Birim Test Projenizi seçin
• Çözüm Gezgini'nde 'Tüm Dosyaları Göster' düğmesine tıklayın ve Çözüm Gezgini'nin dosya ağacında 'obj \ x86 \ Debug' içinde yeni geçici dosyalar belirdi.
• Bu geçici dosyaları silin ve projeyi yeniden oluşturun.
• Testleri tekrar denedi ve çalıştı !.

Biz de aynı sorunu yaşadık. İçinde birden fazla C # projesi ve daha da fazla test projesi bulunan büyük bir VS 2015 çözümümüz var.

Resharper'ın test keşfi işe yaradı, ancak VS Test Explorer perişan bir şekilde başarısız oldu.

Projelerin aynı MsTest TestFramework ve TestAdapter sürümüne sahip olmadığı ve bazen NuGets ve diğer zamanlarda iyi eski referanslar kullandıkları ve görünüşte desteklenmediği anlaşılmaktadır (bu kadar pahalı bir IDE için çok fazla).

Tüm Microsoft.VisualStudio.Test * referanslarını kaldırarak ve ardından iki MSTest NuGet'in eklenmesi / güncellenmesi sorunu çözdü.

Test projem için Hedef Çerçevenin test edilen projeden farklı olduğunu fark ederek bu sorunu çözdüm . Evet, hedef çerçeveyi varsayılandan (Proje> Özellikler> Uygulama) değiştirerek bu soruna neden oldum, ancak birkaç hafta sonra oluşturulan test projesi için bunu başaramadım. Uyumsuzluk derleyici hatasına neden olmadı, ancak Hata Listesi penceresinde bir uyarı ile sonuçlandı . Uyarıları görüntüleme seçeneğini belirledikten sonra çözüm açıktı.