Mengapa Visual Studio 2015/2017/2019 Test Runner tidak menemukan tes xUnit v2 saya

173

UPDATE: Menambahkan 2019; mekanisme integrasi penemuan / pelari sama seperti per 2017 & 2015, jadi hal-hal utama yang bisa salah adalah sama.


Saya telah membaca Mengapa pelari xUnit tidak menemukan tes saya, yang mencakup alasan xUnit tidak akan pernah dapat menemukan tes Anda tetapi masalah saya berbeda - saya yakin tidak ada yang terjadi dengan tes saya; (mereka telah bekerja di lingkungan lain, ini tampaknya hanya mesin saya) - Visual Studio Uji Runner di Visual Studio 2015 [Community Edition] hanya tidak menampilkan setiap tes saya. Saya tidak melakukan sesuatu yang menyenangkan; target tes xUnit.net v2 di Desktop.

Saya telah melihat di jendela Output dan saya tidak melihat apa-apa di bawah Test di Show output from tabs.

Ruben Bartelink
sumber
terkait: stackoverflow.com/questions/16214684/…
Ruben Bartelink
1
Ini hanya salah satu masalah yang mungkin terjadi, tetapi jelas Anda harus mengkompilasi proyek uji sebelum akan ditampilkan dalam test explorer.
Niklas Peter
terkait: stackoverflow.com/a/29589576/6913871
Ruben Bartelink
Ini bekerja untuk saya - stackoverflow.com/questions/42861930/…
Tahanan ZERO
Menginstal Xunit.Runner.VisualStudio telah menyelesaikan masalah saya
Bendram

Jawaban:

210
  1. Hilangkan pengecualian penemuan dari pertanyaan Anda; buka Window output (Ctrl-Alt-O), lalu alihkan show output dari dropdown (Shift-Alt-S) ke Tests dan pastikan tidak ada pengecualian penemuan

  2. Tes | Pengaturan tes | Arsitektur prosesor default dapat membantu jika pengujian Anda spesifik x86 / x64 dan penemuan memicu pengecualian terkait bittedness, yaitu bukan AnyCpu

  3. Seperti yang disarankan dalam jawaban ini (upvote jika tekniknya membantu) menjalankan runner konsol desktop ( instruksi ) dapat menjadi pemeriksaan silang yang baik untuk menghilangkan kemungkinan lain, misalnya file konfigurasi yang rusak: -

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

    CATATAN: xunit.runner.consolePaket ini tidak digunakan lagi - saat Anda mendapatkan barang yang bekerja di VS, Anda akan dapat dotnet testmenjalankannya dalam konteks CI juga


Baca dokumentasi - komprehensif, mutakhir, termasuk info pemecahan masalah dan lakukan PR: -

Catatan penting: Jika sebelumnya Anda telah menginstal Visual Studio Runner VSIX (Extension) xUnit.net, Anda harus menghapus instalannya terlebih dahulu. Pelari Visual Studio hanya didistribusikan melalui NuGet sekarang. Untuk menghapusnya, pergi Alat > Ekstensi dan Pembaruan . Gulir ke bagian bawah daftar, dan jika xUnit.net diinstal, hapus instalannya. Ini akan memaksa Anda untuk me-restart Visual Studio.

Jika Anda mengalami masalah dalam menemukan atau menjalankan tes, Anda mungkin menjadi korban cache runner yang rusak di dalam Visual Studio. Untuk menghapus cache ini, matikan semua instance Visual Studio, lalu hapus folder %TEMP%\VisualStudioTestExplorerExtensions. Pastikan juga proyek Anda hanya ditautkan dengan satu versi paket NuGet pelari Visual Studio ( xunit.runner.visualstudio).

Langkah-langkah berikut ini berhasil bagi saya:

  1. (Hanya jika Anda mencurigai ada kekacauan serius pada mesin Anda - secara umum kasus yang lebih umum adalah bahwa integrasi visual studio belum diinstal)

    Lakukan DEL %TEMP%\VisualStudioTestExplorerExtensionsseperti yang disarankan: -

    PS> del $env:TEMP\VisualStudioTestExplorerExtensions

  2. Instal Paket NuGet xunit.runner.visualstudiodi semua proyek uji

    • Paket:

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

      Anda harus mengakhiri dengan yang berikut ini dipaket.dependencies :

      nuget xunit.runner.visualstudio version_in_path: true

      Perhatikan version_in_path: truebit itu penting

    • Nuget: Pergi ke Package Manager Console (Alt-T, N, O) dan

      Install-Package xunit.runner.visualstudio)

    Bangun kembali untuk memastikan xunit.runnerberakhir di dir keluaran

  3. Tutup Test Explorer <- ini adalah bagian yang hilang untuk saya

  4. Buka kembali Test Explorer (Alt-S, W, T)

  5. Jalankan Semua tes (Ctrl R, A)

Ruben Bartelink
sumber
12
"Tutup Test Explorer <- ini adalah bagian yang hilang bagiku" Ini adalah langkah paling penting yang aku lewatkan juga dan menghabiskan 5 jam untuk mencari tahu. Terima kasih, saya seharusnya memperhatikan langkah-langkahnya :)
Esen
1
pelari xunit VS bekerja untuk SLN saya. Namun, itu berhenti muncul suatu hari. Mengetahui bahwa saya tidak menginstal VS yang berjalan, dan itu mungkin bekerja karena cache, ditinggalkan oleh sln lain yang menginstal runner. Setelah menginstal pelari, semuanya bekerja dengan baik lagi. Jadi jangan lupa untuk menginstal pelari untuk setiap SLN.
ZZZ
1
Ini tidak bisa dipercaya. Menghapus folder yang memiliki tiga folder kosong lainnya di dalamnya memperbaiki masalah.
t3chb0t
1
@martinJH Saya punya diri menjawab satu untuk itu (Tertaut dalam OP): - stackoverflow.com/questions/16214684/... ;) Tidak mengungkapkan bagaimana saya menemukan itu
Ruben Bartelink
1
Hal-hal yang sangat aneh, tetapi menghapus %TEMP%\VisualStudioTestExplorerExtensionsdan memulai kembali VS akhirnya berhasil!
Hinrich
35

Saya harus mengubah Pengaturan Tes setelah mengubah proyek tes CPU ke x64. Kemudian tes tempat terdeteksi lagi.

Arsitektur

Maks
sumber
Apakah Anda melihat pesan sebelumnya dalam hasil penemuan tes?
Ruben Bartelink
Tidak, saya tidak melihat kesalahan, butuh beberapa saat untuk mencari tahu.
Maks
hmm; aneh (lihat bagian atas jawaban saya - ini menjelaskan ke mana harus mencari; biasanya ini ditandai (meskipun ada kasus def di mana tidak ada pesan di mana pun))
Ruben Bartelink
Ini memperbaikinya untuk saya. Saya tidak tahu mengapa ini bisa membantu, tetapi itu berhasil.
VSO
2
Saya harus membersihkan -> membangun kembali setelah berubah.
user2023861
32

Tidak ada solusi di atas yang berfungsi untuk saya (dotnetcore 1.1, VS2017). Inilah yang diperbaiki:

  1. Tambahkan Paket NuGet Microsoft.TestPlatform.TestHost
  2. Tambahkan Paket NuGet Microsoft.NET.Test.Sdk

Itu adalah tambahan dari paket-paket ini yang saya instal sebelumnya:

  • xunit (2.3.0-beta1-build3642)
  • xunit.runner.visualstudio (2.3.0-beta1-build1309)
Arman
sumber
9
Ini membantu saya, saya kehilangan paket xunit.runner.visualstudio.
Ognjen Babic
Proyek .NET 4,72 MS Test saya TestPlatform.TestHosthanya diperlukan saat bermigrasi dari VS 2017 ke VS 2019.
ΩmegaMan
Ini menyelesaikannya untuk saya. Di jendela Output, pilih Tes dari drop down => lihat pesan "missing TestHost".
datchung
22

Instal xunit.runner.visualstudiopaket untuk proyek uji

Chris Aelbrecht
sumber
Jawaban terbaik di halaman. Memperbaiki masalah saya.
RB Davidson
14

Ikuti langkah-langkah ini:

  1. Perbarui MsTest.TestAdapterdan MsTest.TestFramework dll'sdari Andanugget package manager .
  2. Bersihkan solusi Anda
  3. Bangun solusi Anda.
Venkat Ramanan
sumber
1
Bisakah Anda membuka klon pertanyaan dan jawaban sendiri ini seperti yang saya lakukan? Yang ini tentang xUnit v2 dan yang lebih baru. Bahkan jawaban xUnit v1 tidak punya tempat di sini. Anda dapat menautkannya dengan melihat juga di bagian atas pertanyaan, atau saya dapat menautkannya dalam pertanyaan
Ruben Bartelink
Solusi ini berfungsi .. Kalau tidak setiap kali saya harus menghapus %TEMP%\VisualStudioTestExplorerExtensionsdan masih kadang-kadang saya harus menjalankan tes dari konsol.
Venky
Saya menggunakan NUnit dan saya memecahkan masalah ini dengan memperbarui NUnit3TestAdapter ke versi terbaru melalui NuGet.
dpberry178
Terima kasih untuk ini - dalam contoh saya baru saja Update-Package -reinstall MSTest.TestAdapter dan tes diambil.
Rob
10

Saya telah berjuang dengan ini sepanjang sore sambil bekerja dengan proyek ASP Core dan xUnit 2.2.0. Solusi bagi saya adalah menambahkan referensi keMicrosoft.DotNet.InternalAbstractions

Saya menemukan ini ketika mencoba menjalankan proyek uji secara manual dengan dotnet testyang gagal tetapi melaporkan bahwa InternalAbstractionsada yang hilang. Saya tidak melihat kesalahan ini di jendela output tes ketika penemuan otomatis gagal. Satu-satunya info yang saya lihat di jendela penemuan adalah kode kembali, yang tidak berarti apa-apa bagi saya pada saat itu, tetapi di belakang mungkin menunjukkan kesalahan.

Tom Makin
sumber
"tetapi melaporkan kesalahan bermanfaat" ... yang mana? Anda juga dapat memverifikasi itu pasti tidak terdaftar di jendela kesalahan penemuan seperti yang dinyatakan dalam OP - yaitu Anda dapat dengan yakin menyatakan "Saya telah melihat di jendela Output dan saya tidak melihat apa pun di bawah di Tes di Tampilkan keluaran dari tab . " ?
Ruben Bartelink
1
Lihat jawaban yang diperbarui, saya akan memposting info kode pengembalian nanti jika itu relevan.
Tom Makin
9

Itu terjadi pada saya beberapa kali - ketika saya Bersihkan proyek dan Membangunnya lagi itu cenderung baik-baik saja.

Liam
sumber
ada pesan peringatan ketika Anda melihat di jendela output dengan Tes dipilih di dropdown?
Ruben Bartelink
2
Tidak ada sama sekali, itu hanya mengatakan Tidak ada tes yang ditemukan
Liam
Dalam kasus saya, Test Explorer tergantung pada tes yang sebelumnya gagal. Jika saya melihatnya dan mencoba klik kanan -> Jalankan atau apa pun maka seluruh VS akan hang. Hanya dengan melakukan Clean and Rebuild membersihkan status tes dan memperbaiki masalah untuk saya.
Piedone
Bolehkah saya menambahkan bahwa membangun (mis. F6) tidak akan membantu, Anda perlu klik kanan pada solusi di VS Solution Explorer dan klik Rebuild Solution.
Piedone
8

Pastikan kelas tes Anda bersifat publik .

shaeed
sumber
thats secara eksplisit dibahas dalam ketentuan pertama (saya t menghubungkan pertanyaan lain yang mencakup kasus itu); T + A ini hanya tentang pemecahan masalah bagaimana biasanya tes OK yang bekerja di tempat lain tidak berfungsi untuk seseorang yang sekarang dalam lingkungan tertentu. Bagi saya jawaban ini hanya membingungkan masalah karena mencairkan perbedaan itu.
Ruben Bartelink
1
Terima kasih banyak. Kamu menyelamatkan hariku.
hellouworld
7

Alasan dalam kasus saya adalah target build tidak sama antara proyek debugger dan test runner. Untuk menyatukan elemen-elemen itu:

  1. Tes> Pengaturan Tes> Arsitektur Prosesor Default. kemudian pilih salah satu X64 atau X86.
  2. Project> (proyek Anda) Properties> Build (tab)> target platform.

Setelah identik, buat kembali solusi Anda lalu metode pengujian akan muncul untuk Anda.

Jawad Sabir
sumber
6

Setelah menghabiskan 2 hari ... tidak ada yang di atas bekerja untuk saya. Satu-satunya "solusi" adalah: Buka properti proyek -> Build Tab. Kemudian klik tombol Advanced di sudut kanan bawah panel. Ubah "Info Debug:" menjadi "penuh" dan klik OK.

Berikut adalah cuplikan layar: masukkan deskripsi gambar di sini

masukkan deskripsi gambar di sinimasukkan deskripsi gambar di sini

curiousBoy
sumber
terdengar menyakitkan. Terima kasih telah berbagi dan berharap ini membantu seseorang suatu hari. Namun saya harus mengatakan: Saya tidak dapat memikirkan alasan apa pun untuk level info debug untuk memengaruhi proses penemuan jadi saya hanya bisa mengatakan "Saya tidak berpikir itulah yang sebenarnya menembak beruang" - semoga saja saya salah meskipun;)
Ruben Bartelink
@RubenBartelink sepenuhnya setuju dengan Anda, itu sebabnya saya sebutkan "solusi" dalam kutipan :) tapi cukup aneh, itu langsung bekerja begitu saya melakukan ini.
curiousBoy
Terima kasih banyak. Ini juga perbaikan untuk saya :)
Babulaas
6

Saya menggunakan xUnit 2.2.0.

Masalah saya adalah solusi saya tidak dapat menemukan dll dan app.config sedang mencoba menyelesaikannya. Kesalahan tidak muncul di jendela output tes di Visual Studio.

Saya dapat mengidentifikasi kesalahan ketika saya menginstal xunit.runner.console dan mencoba menjalankan tes melalui baris perintah.

Cara menjalankan tes xunit di CLI .

SohamC
sumber
5

Saya dapat memberikan solusi untuk kasus tepi yang saya temui beberapa hari yang lalu. Itu tidak akan menjadi solusi yang cocok dengan semua skenario yang dijelaskan di atas, bagaimanapun, untuk kasus tepi saya sudah memperbaikinya.

Saya memiliki masalah yang sama dengan VS 2017 terbaru (versi 15.5.7) dan XUnit 2.3.1. Paket xunit.runner.visualstudio diinstal, namun, tes tersebut tidak muncul di dalam penjelajah uji bawaan VisualStudio.

Saya sedang mengerjakan proyek lawas yang menargetkan .NET framework 4.5. Namun, dimulai dengan versi 2.2. XUnit tidak mendukung .NET frameworks lebih rendah dari 4.5.2 (lihat Catatan Rilis - XUnit 2.2: 19 Februari 2017

Mengubah kerangka target proyek uji ke versi> = 4.5.2 bekerja untuk saya. Anda tidak perlu mengubah versi proyek yang Anda uji, itu hanya tentang proyek uji itu sendiri.

baumgarb
sumber
5

Saya memiliki masalah yang sama dengan Visual Studio 2019. Baru saja menginstal paket NuGet berikut dan masalah ini terpecahkan.

1). xUnit

2). xunit.runner.visualstudio

3). Microsoft.TestPlatform.TestHost

4). Microsoft.NET.Test.Sdk

Chamila Maddumage
sumber
3

Ini juga bisa disebabkan oleh kotak centang build yang tidak dicentang untuk proyek platform saat ini dalam konfigurasi build. Klik Bangun | Manajer konfigurasi, lalu pastikan proyek pengujian memiliki tanda centang di kolom build untuk platform yang Anda gunakan (misalnya 'x86').

Ini jelas merupakan solusi yang bekerja untuk saya.

cd747
sumber
Saya akan mengangkat ini jika ada di stackoverflow.com/questions/16214684/... karena ini bukan xunit2 spesifik dan elemen daftar periksa yang bagus
Ruben Bartelink
3

Pastikan Anda belum menulis pengujian unit Anda di .NET Standard 2.0 Class Library. Visualstudio runner tidak mendukung tes yang berjalan di pustaka kelas netstandard2 pada saat penulisan ini.

Periksa di sini untuk matriks Kompatibilitas Test Runner:

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

vullnetyy
sumber
3

Mengalami masalah yang sama dengan VS tidak menemukan metode pengujian. Dalam kasus saya, saya memiliki kata kunci statis dengan metode, yang saya hapus dan berhasil.

[TestMethod]

Before: public static void Test1()

After: public void Test1()
cinta hidup
sumber
1
Saya benar-benar lebih suka jika ini tidak ada di sini karena ini adalah tentang tes yang benar yang tidak dapat ditemukan dalam contoh VS tertentu. Saya punya satu jawaban sendiri mengapa tes xunit tidak dapat ditemukan: stackoverflow.com/questions/16214684/… . Bolehkah saya menyarankan Anda membuat mengapa tes MSTest saya tidak dapat diambil (oleh VS jika Anda mau). (Seperti yang Anda ketahui, kekhawatiran khusus ini bahkan tidak berlaku untuk xUnit yang merupakan alasan lain mengapa, sangat membantu, jawaban Anda bukan di sini)
Ruben Bartelink
MSTest tidak menemukan tes saya karena pengubah akses kelas internal.
Abdul Saboor
3
  1. Tutup semua instance Visual Studio
  2. Pergi ke% TEMP% \ VisualStudioTestExplorerExtensions \
  3. Hapus folder terkait specrun
  4. Coba lagi

beri tahu saya, terima kasih

alvarodoune
sumber
2

Dalam kasus saya, saya memiliki 2 proyek pengujian berbeda dalam solusinya. Tes Proyek 1 dapat ditemukan, tetapi tes Proyek 2 tidak dapat. Saya menemukan bahwa pertama Membongkar Proyek uji 1, lalu menutup VS> membersihkan file temp saya> membuka kembali solusi> membangun kembali, memungkinkan VS untuk menemukan tes Proyek 2 saya.

Saya mengasumsikan ada sesuatu yang bertentangan antara kedua proyek pengujian dan ini adalah cara tercepat untuk membangunkan saya dan berjalan dalam beberapa menit. Ketegaran bisa diselesaikan nanti :).

Zach J.
sumber
2

Saya menderita masalah ini sejak lama.

  • Saya memiliki sekitar 100 proyek versi yang berbeda digunakan di server yang berbeda.

  • Memperbarui xunit dari 2.2.0 ke 2.3.1 bukanlah solusi karena build gagal di 2.3.1.

Kemudian saya baru saja memperbarui xunit.runner.visualstudio ke 2.3.1 dan semuanya mulai berfungsi dengan baik. Saya telah menggunakan perintah ini di konsol manajer paket untuk memperbarui paket xunit.runner.visualstudio saya

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

Penyebab paling umum bagi saya adalah Visual Studio mencoba menjalankan tes menggunakan arsitektur yang berbeda dari perpustakaan yang diuji. Sayangnya ada beberapa tempat di mana tampaknya ini bisa salah.

Di VS 2017, coba buat file Run Settings, misalnya Default.runsettingsdi proyek pengujian Anda. Jika lib utama Anda adalah x64, isinya harus:

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

Kemudian pilih file ini dari Tes -> Pengaturan Tes -> Pilih File Pengaturan Tes.

Kemudian, di bawah Tes -> Pengaturan Tes, Arsitektur Prosesor Default, pilih arsitektur yang benar lagi.

Pastikan untuk Bersihkan dan Bangun seluruh solusi. Anda mungkin perlu menutup dan membuka kembali jendela Test Explorer. Cari kesalahan tambahan di jendela Output -> Test, untuk petunjuk lebih lanjut tentang tipe arsitektur yang salah.

Entri tambahan Pengaturan Tes FYI dapat ditemukan di sini .

Tobias J
sumber
1

Ada satu alasan lain yang dapat menyebabkan Test Explorer tidak menunjukkan tes apa pun, dan itu ada hubungannya dengan .pdbformat file portabel baru yang diperkenalkan dengan Visual Studio 2017 / for .NET Core yang dapat memecahkan beberapa tooling VS. (Latar belakang: Lihat laporan bug "Mono.Cecil menyebabkan OutOfMemoryException dengan PDB .csproj baru" .)

Apakah tes Anda tidak ditemukan karena format portable .pdb(simbol debug) yang baru?

  • Buka jendela Output .
  • Ubah pilihan tarik-turun untuk Tampilkan keluaran dari menjadi Tes .
  • Jika Anda melihat output seperti berikut ini (mungkin diulangi sekali untuk setiap tes Anda), maka Anda memiliki masalah yang dijelaskan dalam jawaban ini:

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

Jika ya, lakukan ini untuk menyelesaikan masalah:

  • Buka Properti proyek pengujian Anda (pilih proyek uji dalam Solution Explorer dan tekan Alt+ Enter).
  • Beralih ke tab Build .
  • Klik tombol Advanced ... (terletak di bagian paling akhir halaman tab itu).
  • Dalam drop-down berlabel informasi Debugging , memilih none, pdb-onlyatau full, tapi tidak portable . Pengaturan terakhir inilah yang menyebabkan tes tidak ditemukan.
  • Klik OK dan bersihkan & bangun kembali proyek Anda. Jika Anda ingin lebih yakin, buka direktori output proyek pengujian Anda dan bersihkan semua .pdbfile sebelum membangun kembali. Sekarang tes Anda harus kembali.
stakx - tidak lagi berkontribusi
sumber
1

Terjadi pada saya ketika saya melakukan upaya pertama saya berjalan dengan IntelliTest di VS 2017.

Terkadang, ketika proyek pengujian dibuat secara otomatis oleh IntelliTest, rakitan referensi ke Microsoft.ExtendedReflection( ... \ Program Files (x86) \ Microsoft Visual Studio \ 2017 \ Enterprise \ Common7 \ IDE \ Extensions \ Microsoft \ Pex \ Microsoft.ExtendedReflection. dll ) tidak ada. Ketika ditambahkan, Tes yang dihasilkan akan muncul di test explorer setelah dikompilasi ulang.

Kristen
sumber
1

Penafian: ini bukan tentang xunit dengan visual studio 2015, tetapi Visual Studio 2017 dengan aplikasi tes unit UWP (MSTest). Saya sampai di utas ini mencari hal yang sama jadi mungkin orang lain akan melakukan hal yang sama :)

Solusi bagi saya adalah memperbarui paket nuget untuk MSTest.TestAdapter dan MSTest.TestFramework. Tampaknya ketika Anda membuat aplikasi unit test untuk UWP Anda tidak secara otomatis mendapatkan versi terbaru.

Alex Albu
sumber
Saya sarankan mengajukan pertanyaan yang dijawab sendiri seperti yang saya lakukan adalah cara terbaik untuk menyita informasi tersebut - jangan ragu untuk menyalin seluruh pertanyaan saya dan s / xUnit / MSTest / jika Anda pikir itu masuk akal;)
Ruben Bartelink
1

Masalah saya teratasi dengan menginstal nunet xunit.runner.visualstudio

kDar
sumber
1

Dalam kasus saya, saya memiliki beberapa proyek uji dalam solusi yang sama, dan hanya satu proyek yang tidak menampilkan "Test Explorer"

Saya pergi ke "Manage Nuget Package for Solution" dengan mengklik kanan solusinya.

Saya perhatikan di bawah tab "Konsolidasi" ada beberapa paket nuget "Tes" yang tidak sinkron antara proyek. Saya mengklik "Instal" dan tes saya yang hilang muncul.

CBBSpike
sumber
1

Saya mencoba sebagian besar saran di atas dan tidak ada yang berhasil. Dalam kasus saya, saya di tim dan tes muncul untuk pengembang lain untuk solusi yang sama. Jadi, saya mencoba menghapus folder .vs saya, tetapi tidak berhasil juga.

Saya akhirnya menghapus folder lokal saya sepenuhnya dan kloning repo. Itu menyelesaikannya untuk saya.

Paul G
sumber
1

Inilah solusi yang berhasil bagi kami. Bukan yang terbaik tapi mungkin orang bisa mendapat manfaat.

Latar Belakang:

  • Script kami dikembangkan dengan VS 2013 dan menggunakan NUnit VS Adapter 2.1 ..
  • Baru-baru ini kami bermigrasi ke VS 2017 dan ketika membuka solusi yang sama - tes tidak akan ditampilkan di Test Explorer

Setelah Membangun kita akan melihat pesan ini:

[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

Solusi (sementara):

  • Copot NUnit Adapter 3.10 ...
  • Instal NUnit VS Adapter 2.1 ..

Sekarang Tes ditampilkan.

Andrew Homsky
sumber
Silakan ekstrak pertanyaan baru Anda (setidaknya tampaknya) ke posnya sendiri untuk menjadikan ini jawaban yang jelas :)
geisterfurz007
... Berjudul "mengapa NUnit TestAdapter v3 tidak melihat tes NUnit v2 saya? Dan a) melakukan ping di sini b) meletakkan" lihat juga <link> "di atas (meskipun sedikit renggang), tapi saya akan seperti jawaban ini dihapus karena tidak cocok dengan xUnit v2 testsjudulnya
Ruben Bartelink
0

Juga periksa apakah file app.config benar-benar kosong (benar-benar kosong tanpa markup) dalam proyek uji. Ini adalah pelakunya dalam kasus saya.

Gopal Krishnan
sumber
0

Dalam kasus saya, saya membuat "Konfigurasi Solusi" baru seperti yang ditunjukkan pada gambar. Jadi ketika saya memilih salah satu kustom saya sebagai "Prod", itu tidak mengenali TestMehods karena beberapa alasan. Mengubah kembali ke "Debug" memecahkan masalah

masukkan deskripsi gambar di sini

batmaci
sumber
0

Saya tidak tahu apakah beberapa dari Anda juga menggunakan JustMock, tetapi saya harus menonaktifkan profiler di VS 2017 agar deteksi tes berfungsi.

chrisdrobison
sumber
Hmmm. Jika Anda menyalakannya kembali, apakah segera gagal lagi?
Ruben Bartelink
Ya. Jika saya menutup solusinya, hidupkan profiler dan kembali, deteksi uji gagal.
chrisdrobison