NUnit Unit tests not showing in Test Explorer with Test Adapter installed
I've installed NUnit Test Adapter for VS2012 + 2013. When I first installed the Adapter tests were showing up, but they stopped showing up for some reason today. After building, rebuilding, cleaning, restarting, nothing shows up in Test Explorer. Why would this be happening? I'm using VS2013 Ultimate.
nunit
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
|
show 4 more comments
I've installed NUnit Test Adapter for VS2012 + 2013. When I first installed the Adapter tests were showing up, but they stopped showing up for some reason today. After building, rebuilding, cleaning, restarting, nothing shows up in Test Explorer. Why would this be happening? I'm using VS2013 Ultimate.
nunit
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
1
Try right clicking on your test project and then click run. It'll populate the windows with the tests again.
– Chase Florell
Oct 10 '13 at 19:03
@ChaseFlorell it doesn't. I see the green bar in Test Explorer start to go and then stop a split second later.
– RobVious
Oct 10 '13 at 19:05
Do you have any other test tools that could be interfering? I use R# to run my tests, and I'm using VS2012, so I don't your environment well enough. I do know that when I've closed the window, or run a small subset of tests, the full test tree disappears.
– Chase Florell
Oct 10 '13 at 19:07
You could try unloading the test project, rebuilding, and then re-load it...
– Chase Florell
Oct 10 '13 at 19:08
@ChaseFlorell I have R# but it's slow as molasses with NUnit tests... and it was working before which is frustrating. I'll try unloading.
– RobVious
Oct 10 '13 at 19:10
|
show 4 more comments
I've installed NUnit Test Adapter for VS2012 + 2013. When I first installed the Adapter tests were showing up, but they stopped showing up for some reason today. After building, rebuilding, cleaning, restarting, nothing shows up in Test Explorer. Why would this be happening? I'm using VS2013 Ultimate.
nunit
I've installed NUnit Test Adapter for VS2012 + 2013. When I first installed the Adapter tests were showing up, but they stopped showing up for some reason today. After building, rebuilding, cleaning, restarting, nothing shows up in Test Explorer. Why would this be happening? I'm using VS2013 Ultimate.
nunit
nunit
edited Jul 8 '17 at 18:44
demonicdaron
434419
434419
asked Oct 10 '13 at 14:18
RobViousRobVious
4,9931876152
4,9931876152
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
We're looking for long answers that provide some explanation and context. Don't just give a one-line answer; explain why your answer is right, ideally with citations. Answers that don't include explanations may be removed.
1
Try right clicking on your test project and then click run. It'll populate the windows with the tests again.
– Chase Florell
Oct 10 '13 at 19:03
@ChaseFlorell it doesn't. I see the green bar in Test Explorer start to go and then stop a split second later.
– RobVious
Oct 10 '13 at 19:05
Do you have any other test tools that could be interfering? I use R# to run my tests, and I'm using VS2012, so I don't your environment well enough. I do know that when I've closed the window, or run a small subset of tests, the full test tree disappears.
– Chase Florell
Oct 10 '13 at 19:07
You could try unloading the test project, rebuilding, and then re-load it...
– Chase Florell
Oct 10 '13 at 19:08
@ChaseFlorell I have R# but it's slow as molasses with NUnit tests... and it was working before which is frustrating. I'll try unloading.
– RobVious
Oct 10 '13 at 19:10
|
show 4 more comments
1
Try right clicking on your test project and then click run. It'll populate the windows with the tests again.
– Chase Florell
Oct 10 '13 at 19:03
@ChaseFlorell it doesn't. I see the green bar in Test Explorer start to go and then stop a split second later.
– RobVious
Oct 10 '13 at 19:05
Do you have any other test tools that could be interfering? I use R# to run my tests, and I'm using VS2012, so I don't your environment well enough. I do know that when I've closed the window, or run a small subset of tests, the full test tree disappears.
– Chase Florell
Oct 10 '13 at 19:07
You could try unloading the test project, rebuilding, and then re-load it...
– Chase Florell
Oct 10 '13 at 19:08
@ChaseFlorell I have R# but it's slow as molasses with NUnit tests... and it was working before which is frustrating. I'll try unloading.
– RobVious
Oct 10 '13 at 19:10
1
1
Try right clicking on your test project and then click run. It'll populate the windows with the tests again.
– Chase Florell
Oct 10 '13 at 19:03
Try right clicking on your test project and then click run. It'll populate the windows with the tests again.
– Chase Florell
Oct 10 '13 at 19:03
@ChaseFlorell it doesn't. I see the green bar in Test Explorer start to go and then stop a split second later.
– RobVious
Oct 10 '13 at 19:05
@ChaseFlorell it doesn't. I see the green bar in Test Explorer start to go and then stop a split second later.
– RobVious
Oct 10 '13 at 19:05
Do you have any other test tools that could be interfering? I use R# to run my tests, and I'm using VS2012, so I don't your environment well enough. I do know that when I've closed the window, or run a small subset of tests, the full test tree disappears.
– Chase Florell
Oct 10 '13 at 19:07
Do you have any other test tools that could be interfering? I use R# to run my tests, and I'm using VS2012, so I don't your environment well enough. I do know that when I've closed the window, or run a small subset of tests, the full test tree disappears.
– Chase Florell
Oct 10 '13 at 19:07
You could try unloading the test project, rebuilding, and then re-load it...
– Chase Florell
Oct 10 '13 at 19:08
You could try unloading the test project, rebuilding, and then re-load it...
– Chase Florell
Oct 10 '13 at 19:08
@ChaseFlorell I have R# but it's slow as molasses with NUnit tests... and it was working before which is frustrating. I'll try unloading.
– RobVious
Oct 10 '13 at 19:10
@ChaseFlorell I have R# but it's slow as molasses with NUnit tests... and it was working before which is frustrating. I'll try unloading.
– RobVious
Oct 10 '13 at 19:10
|
show 4 more comments
21 Answers
21
active
oldest
votes
If your test project is set to target a 64bit platform, the tests won't show up in the NUnit Test Adapter.
48
It may be that it needs to match the architecture specified in the menu at Test -> Test Settings -> Default Processor Architecture
– Brannon
Dec 3 '15 at 15:47
5
@Brannon It does. If that's set to x64, tests in x64 projects are visible.
– Basic
Mar 13 '16 at 15:46
Something way more stupid has happened here - forgot to add [Test] attribute to my test method :)
– Nikolai
Mar 3 '17 at 11:54
This problem appears to still be present in the NUnit 3 test adapter. See Simoyd's solution regarding test adapter architecture (x64 vs x86).
– bart
Mar 7 '17 at 18:16
This worked for me. Thanks. Note to others that you have to restart VS after changing the target platform for Test Explorer to find the unit tests.
– Fredrik
Sep 1 '17 at 14:22
|
show 1 more comment
If you're using a NUnit3+ version, there is a new Test Adapter available.
Go to "Tools -> Extensions and Updates -> Online" and search for "NUnit3 Test Adapter" and then install.
Extra +1 because this also fixed the issue with Code Coverage metrics disappearing.
– Aidanapword
May 15 '17 at 11:23
If the firewall proxy has blocked the url via Extensions and Updates then use this url to download the adapter. marketplace.visualstudio.com/…
– Yawar Murtaza
Aug 22 '17 at 7:51
Note that you may also need to disable the NUnit2 Test Adapter.
– Mark Pattison
Oct 23 '17 at 9:23
What's the difference between getting it this way and getting it from the NuGet package manager?
– octavian
Jan 2 '18 at 12:23
Using NuGet you'll have access to the api of nunit. Using this way you'll be able to run the tests on the Test Explorer (by default it runs only the MS Test).
– Ricardo França
Jan 4 '18 at 17:55
|
show 4 more comments
My test assembly is 64-bit. From the menu bar at the top of visual studio 2012, I was able to select 'Test' -> 'Test Settings' -> 'Default Processor Architecture' -> 'X64'. After a 'Rebuild Solution' from the 'Build' menu, I was able to see all of my tests in test explorer. Hopefully this helps someone else in the future =D.
2
Make sure you check the architecture of your assemblies and programs. Even though the platform for your solution or project might be explicitly set to x64, if your test architecture doesn't match, you will have trouble running tests.
– Dodzi Dzakuma
Feb 20 '17 at 19:24
add a comment |
Check for NUnit versions mismatch. The currently available NUnit Test Adapter only works for NUnit version 2.6.4 and below.
To downgrade NUnit from version 3.x go to
Package Manager Console > update-package NUnit -version 2.6.4
http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html
5
You sir, have solved my issue precisely! Thank you! Theres a nuget package called NUnitTestAdapter.WIthFramework that works a treat!
– TheAkhemist
Jan 19 '16 at 17:15
I had a similar problem with NUnit versions mismatch. Some (but not all) of my tests were not displaying in Test Explorer so I tried all kinds of recommendations such as updating the NUnit test adapter. I had previously upgraded NUnit from 3.6.1 to 3.7.1 but for some reason one of my projects was still referencing nunit.framework.dll version 3.6.1 while everything else was referencing 3.7.1. I updated the reference to 3.7.1 and this did the trick. So far my tests haven't disappeared. Fingers crossed!
– jrupe
Jul 21 '17 at 18:07
add a comment |
In my situation the 'NUnit3 Test Adapter' has been disabled.
To re-enable it go to menu
Tools->Extensions and Updates...
On the left side select 'Installed'->'All'.
On the upper right corner search for 'nunit'.
If you have 'NUnit3 Test Adapter' installed, with the found item you can enable/disable it.
1
For me this did not work. Tried uninstalling and it pretended to be gone but it was there after the restart. I figured out that I installed NUnit as a standard user and then tried uninstalling it as an Administrator. VS doesn't say anything about this... So the solution is try enabling it without administrator privileges or vice versa.
– Tom
Dec 1 '16 at 13:18
add a comment |
If you are using VS 2017 and .net core ,as said here, you should add references to the test framework NUnit 3.6.1, to the test runner NUnit3TestAdapter 3.8.0-alpha1 and to the test SDK Microsoft.NET.Test.Sdk 15.0.0.
2
I'm not using .NET Core, but installing the NUnit test adapter when I moved to VS2017 solved the issue for me.
– Ciaran Gallagher
Oct 31 '17 at 14:07
add a comment |
This answer seems pretty basic but wasn't completely obvious to me at first. If you (re)build the solution it only builds the projects that are configured to build in the Build -> Configuration Manager
This was my issue, I must have inadvertently changed a build configuration settings or something that caused my test projects not to build (when they previously were). So the Test Explorer
window was looking at dlls that were out of date. It became clear to me this was the case after doing a Clean
and seeing most of my tests disappear and not come back after a rebuild
...further inspection of bin
folder showed that these projects weren't being built at all.
Although all projects were set to build in the configuration Manager I had to manually build each test project to make the tests show up again.
– Noel Widmer
Dec 18 '17 at 17:16
I manually built my test projects. That wasn't enough. I had to do what this answer said.
– Words Like Jared
Mar 29 '18 at 20:02
add a comment |
- Tools
- NuGet Package Manager
- Manage NuGet Packages For Solution
- Browse
- NUnitTestAdapter.WithFramework
- Ctrl+R,A to build/run tests
Using NUnitTestAdapter.WithFramework makes sure there are little/no inconsistencies across versions of NUnit and NUnit Adapter (i.e. "it just works")
for me it starts working after update adapter to NUnitAdapter3 (VS Menu ->Tools->Extensions And Updates...) + update NuGet page for NUnit from 2.6.3 to 3.2.1 .Thanks!
– smily
Mar 17 '17 at 11:33
this is the only thing that worked for me - had to be the "WithFramework" one (not just the standard adapter)
– Mani5556
Feb 28 '18 at 16:37
add a comment |
I had a working setup (for NUnit2 and NUnit3 depending on the solution, and multiple versions of Visual Studio between 2012 and 2017), and it suddenly stopped working one day: no tests detected in any solution or version of VS.
In my case, it helped to delete %localappdata%TempVisualStudioTestExplorerExtensions
. After a restart of VS, everything worked as before.
add a comment |
Check whether you have stated
[TestFixureSetUp]
and
[Test]
in the test class
sample:
namespace ClassLibrary1
{
public class SimpleCalculator
{
public Calculator _calculator;
[TestFixtureSetUp]
public void initialize()
{
_calculator = new Calculator();
}
[Test]
public void DivideTest()
{
int a = 10;
int b = 2;
int expectedValue = a/b;
int actualValue = _calculator.Divide(a, b);
Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
}
}
}
TestFixtureSetup seems to be obsolete, better is <NUnit.Framework.OneTimeSetUp>
– Jochen
Jul 21 '16 at 15:28
add a comment |
One other cause to this problem is if you open a project from a mapped drive - Visual Studio handles such projects properly, but apparently Nunit doesn't support them.
Copying the project to a physical fixed the issue.
add a comment |
I also found that when I uninstalled nunit v3.2.1, the nunit framework reference for v3.2.1 was still in my project in solution explorer.
Solution Explorer > ProjectName > References
If you right click it will show the version. Remove this
Then Right click on References > Add Reference.
Search for the version 2.x version and add then rebuild solution.
That worked for me!
add a comment |
I experienced the problem mentioned by op
My case was that I was handed an old project and the tests were actually part of the system under test. I assume they were using the external test runner.
this task chain resolved the issue for me
- created a test project,
- moved the test files there
- added references so the test project would compile
- added the Nunit and Nunit adapter NuGet packages to the test project
- recompiled
i was able to successfully run the Nunit tests.
add a comment |
If you are using the TestCaseSource
attribute, ensure the source exists and respects the documentation, otherwise your tests will not be discovered.
add a comment |
I had to uninstall then re-install the xunit.runner.visualstudio nuget package. I tried this after trying all the above suggestions, so may be it was a mixture of things.
add a comment |
I had a similar issue where the tests where not being discovered. I had the correct version of NUnit, versions matched up between NUnit and adapter, and the tests where tagged correctly. I was running VS 2017 Enterprise not as an administrator. After starting VS as administrator the tests appeared.
add a comment |
I started a new solution with a test project in it, and compared it against my original, problem project. The original, for some reason, had an app.config in it. I excluded that file from the project and saw my tests reappear in the test explorer.
add a comment |
I had this problem too but the cause was different. I'm using VS2017 with F# 4.0.
Firstly, the console in Visual Studio does not give you enough details why the tests could not be found; it will just fail to the load the DLL with the tests. So use NUnit3console.exe on the command line as this gives you more details.
In my case, it was because the test adapter was looking for a newer version of the F# Core DLL (4.4.1.0) (F# 4.1) whereas I'm still using 4.4.0.0 (F# 4.0). So I just added this to the app.config of the test project:-
<dependentAssembly>
<assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
</dependentAssembly>
i.e. redirect to the earlier F# core.
add a comment |
I had the same problem, when suddenly any test didn't appeared on Test Explorer window.
I has the updated version of "NUnit3TestAdapter"
and after lots of searches and efforts,
I found that I need set the following values in project properties:
[In Solution Explorer window: right click on Project > Properties]
Under Build tab, set Platform=x64, and set Platform target=x86 or Any CPU
Build the project and all tests will be appear on Test Explorer window.
Important note:
I came to a solution after seeing the next msg in the output window:
"Test run will use DLL(s) built for framework Framework45 and platform X86. Following DLL(s) will not be part of run: AutomationTests.dll is built for Framework Framework45 and Platform X64."
add a comment |
I had some msbuild.exe processes that were hung. I don't know if that was my problem or not, but it took me a lot of trail and error with reinstalling various NUnit adaptors before I found the hung processes.
add a comment |
Make sure your tests are properly marked with the Test attribute. If all of the tests are marked with only the Explicit attribute, the TestAdapter doesn't recognize the fixture.
add a comment |
protected by Community♦ Mar 9 at 2:40
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
21 Answers
21
active
oldest
votes
21 Answers
21
active
oldest
votes
active
oldest
votes
active
oldest
votes
If your test project is set to target a 64bit platform, the tests won't show up in the NUnit Test Adapter.
48
It may be that it needs to match the architecture specified in the menu at Test -> Test Settings -> Default Processor Architecture
– Brannon
Dec 3 '15 at 15:47
5
@Brannon It does. If that's set to x64, tests in x64 projects are visible.
– Basic
Mar 13 '16 at 15:46
Something way more stupid has happened here - forgot to add [Test] attribute to my test method :)
– Nikolai
Mar 3 '17 at 11:54
This problem appears to still be present in the NUnit 3 test adapter. See Simoyd's solution regarding test adapter architecture (x64 vs x86).
– bart
Mar 7 '17 at 18:16
This worked for me. Thanks. Note to others that you have to restart VS after changing the target platform for Test Explorer to find the unit tests.
– Fredrik
Sep 1 '17 at 14:22
|
show 1 more comment
If your test project is set to target a 64bit platform, the tests won't show up in the NUnit Test Adapter.
48
It may be that it needs to match the architecture specified in the menu at Test -> Test Settings -> Default Processor Architecture
– Brannon
Dec 3 '15 at 15:47
5
@Brannon It does. If that's set to x64, tests in x64 projects are visible.
– Basic
Mar 13 '16 at 15:46
Something way more stupid has happened here - forgot to add [Test] attribute to my test method :)
– Nikolai
Mar 3 '17 at 11:54
This problem appears to still be present in the NUnit 3 test adapter. See Simoyd's solution regarding test adapter architecture (x64 vs x86).
– bart
Mar 7 '17 at 18:16
This worked for me. Thanks. Note to others that you have to restart VS after changing the target platform for Test Explorer to find the unit tests.
– Fredrik
Sep 1 '17 at 14:22
|
show 1 more comment
If your test project is set to target a 64bit platform, the tests won't show up in the NUnit Test Adapter.
If your test project is set to target a 64bit platform, the tests won't show up in the NUnit Test Adapter.
answered Nov 5 '13 at 3:54
BrannonBrannon
3,09212361
3,09212361
48
It may be that it needs to match the architecture specified in the menu at Test -> Test Settings -> Default Processor Architecture
– Brannon
Dec 3 '15 at 15:47
5
@Brannon It does. If that's set to x64, tests in x64 projects are visible.
– Basic
Mar 13 '16 at 15:46
Something way more stupid has happened here - forgot to add [Test] attribute to my test method :)
– Nikolai
Mar 3 '17 at 11:54
This problem appears to still be present in the NUnit 3 test adapter. See Simoyd's solution regarding test adapter architecture (x64 vs x86).
– bart
Mar 7 '17 at 18:16
This worked for me. Thanks. Note to others that you have to restart VS after changing the target platform for Test Explorer to find the unit tests.
– Fredrik
Sep 1 '17 at 14:22
|
show 1 more comment
48
It may be that it needs to match the architecture specified in the menu at Test -> Test Settings -> Default Processor Architecture
– Brannon
Dec 3 '15 at 15:47
5
@Brannon It does. If that's set to x64, tests in x64 projects are visible.
– Basic
Mar 13 '16 at 15:46
Something way more stupid has happened here - forgot to add [Test] attribute to my test method :)
– Nikolai
Mar 3 '17 at 11:54
This problem appears to still be present in the NUnit 3 test adapter. See Simoyd's solution regarding test adapter architecture (x64 vs x86).
– bart
Mar 7 '17 at 18:16
This worked for me. Thanks. Note to others that you have to restart VS after changing the target platform for Test Explorer to find the unit tests.
– Fredrik
Sep 1 '17 at 14:22
48
48
It may be that it needs to match the architecture specified in the menu at Test -> Test Settings -> Default Processor Architecture
– Brannon
Dec 3 '15 at 15:47
It may be that it needs to match the architecture specified in the menu at Test -> Test Settings -> Default Processor Architecture
– Brannon
Dec 3 '15 at 15:47
5
5
@Brannon It does. If that's set to x64, tests in x64 projects are visible.
– Basic
Mar 13 '16 at 15:46
@Brannon It does. If that's set to x64, tests in x64 projects are visible.
– Basic
Mar 13 '16 at 15:46
Something way more stupid has happened here - forgot to add [Test] attribute to my test method :)
– Nikolai
Mar 3 '17 at 11:54
Something way more stupid has happened here - forgot to add [Test] attribute to my test method :)
– Nikolai
Mar 3 '17 at 11:54
This problem appears to still be present in the NUnit 3 test adapter. See Simoyd's solution regarding test adapter architecture (x64 vs x86).
– bart
Mar 7 '17 at 18:16
This problem appears to still be present in the NUnit 3 test adapter. See Simoyd's solution regarding test adapter architecture (x64 vs x86).
– bart
Mar 7 '17 at 18:16
This worked for me. Thanks. Note to others that you have to restart VS after changing the target platform for Test Explorer to find the unit tests.
– Fredrik
Sep 1 '17 at 14:22
This worked for me. Thanks. Note to others that you have to restart VS after changing the target platform for Test Explorer to find the unit tests.
– Fredrik
Sep 1 '17 at 14:22
|
show 1 more comment
If you're using a NUnit3+ version, there is a new Test Adapter available.
Go to "Tools -> Extensions and Updates -> Online" and search for "NUnit3 Test Adapter" and then install.
Extra +1 because this also fixed the issue with Code Coverage metrics disappearing.
– Aidanapword
May 15 '17 at 11:23
If the firewall proxy has blocked the url via Extensions and Updates then use this url to download the adapter. marketplace.visualstudio.com/…
– Yawar Murtaza
Aug 22 '17 at 7:51
Note that you may also need to disable the NUnit2 Test Adapter.
– Mark Pattison
Oct 23 '17 at 9:23
What's the difference between getting it this way and getting it from the NuGet package manager?
– octavian
Jan 2 '18 at 12:23
Using NuGet you'll have access to the api of nunit. Using this way you'll be able to run the tests on the Test Explorer (by default it runs only the MS Test).
– Ricardo França
Jan 4 '18 at 17:55
|
show 4 more comments
If you're using a NUnit3+ version, there is a new Test Adapter available.
Go to "Tools -> Extensions and Updates -> Online" and search for "NUnit3 Test Adapter" and then install.
Extra +1 because this also fixed the issue with Code Coverage metrics disappearing.
– Aidanapword
May 15 '17 at 11:23
If the firewall proxy has blocked the url via Extensions and Updates then use this url to download the adapter. marketplace.visualstudio.com/…
– Yawar Murtaza
Aug 22 '17 at 7:51
Note that you may also need to disable the NUnit2 Test Adapter.
– Mark Pattison
Oct 23 '17 at 9:23
What's the difference between getting it this way and getting it from the NuGet package manager?
– octavian
Jan 2 '18 at 12:23
Using NuGet you'll have access to the api of nunit. Using this way you'll be able to run the tests on the Test Explorer (by default it runs only the MS Test).
– Ricardo França
Jan 4 '18 at 17:55
|
show 4 more comments
If you're using a NUnit3+ version, there is a new Test Adapter available.
Go to "Tools -> Extensions and Updates -> Online" and search for "NUnit3 Test Adapter" and then install.
If you're using a NUnit3+ version, there is a new Test Adapter available.
Go to "Tools -> Extensions and Updates -> Online" and search for "NUnit3 Test Adapter" and then install.
answered Jan 30 '16 at 21:41
Ricardo FrançaRicardo França
2,12021115
2,12021115
Extra +1 because this also fixed the issue with Code Coverage metrics disappearing.
– Aidanapword
May 15 '17 at 11:23
If the firewall proxy has blocked the url via Extensions and Updates then use this url to download the adapter. marketplace.visualstudio.com/…
– Yawar Murtaza
Aug 22 '17 at 7:51
Note that you may also need to disable the NUnit2 Test Adapter.
– Mark Pattison
Oct 23 '17 at 9:23
What's the difference between getting it this way and getting it from the NuGet package manager?
– octavian
Jan 2 '18 at 12:23
Using NuGet you'll have access to the api of nunit. Using this way you'll be able to run the tests on the Test Explorer (by default it runs only the MS Test).
– Ricardo França
Jan 4 '18 at 17:55
|
show 4 more comments
Extra +1 because this also fixed the issue with Code Coverage metrics disappearing.
– Aidanapword
May 15 '17 at 11:23
If the firewall proxy has blocked the url via Extensions and Updates then use this url to download the adapter. marketplace.visualstudio.com/…
– Yawar Murtaza
Aug 22 '17 at 7:51
Note that you may also need to disable the NUnit2 Test Adapter.
– Mark Pattison
Oct 23 '17 at 9:23
What's the difference between getting it this way and getting it from the NuGet package manager?
– octavian
Jan 2 '18 at 12:23
Using NuGet you'll have access to the api of nunit. Using this way you'll be able to run the tests on the Test Explorer (by default it runs only the MS Test).
– Ricardo França
Jan 4 '18 at 17:55
Extra +1 because this also fixed the issue with Code Coverage metrics disappearing.
– Aidanapword
May 15 '17 at 11:23
Extra +1 because this also fixed the issue with Code Coverage metrics disappearing.
– Aidanapword
May 15 '17 at 11:23
If the firewall proxy has blocked the url via Extensions and Updates then use this url to download the adapter. marketplace.visualstudio.com/…
– Yawar Murtaza
Aug 22 '17 at 7:51
If the firewall proxy has blocked the url via Extensions and Updates then use this url to download the adapter. marketplace.visualstudio.com/…
– Yawar Murtaza
Aug 22 '17 at 7:51
Note that you may also need to disable the NUnit2 Test Adapter.
– Mark Pattison
Oct 23 '17 at 9:23
Note that you may also need to disable the NUnit2 Test Adapter.
– Mark Pattison
Oct 23 '17 at 9:23
What's the difference between getting it this way and getting it from the NuGet package manager?
– octavian
Jan 2 '18 at 12:23
What's the difference between getting it this way and getting it from the NuGet package manager?
– octavian
Jan 2 '18 at 12:23
Using NuGet you'll have access to the api of nunit. Using this way you'll be able to run the tests on the Test Explorer (by default it runs only the MS Test).
– Ricardo França
Jan 4 '18 at 17:55
Using NuGet you'll have access to the api of nunit. Using this way you'll be able to run the tests on the Test Explorer (by default it runs only the MS Test).
– Ricardo França
Jan 4 '18 at 17:55
|
show 4 more comments
My test assembly is 64-bit. From the menu bar at the top of visual studio 2012, I was able to select 'Test' -> 'Test Settings' -> 'Default Processor Architecture' -> 'X64'. After a 'Rebuild Solution' from the 'Build' menu, I was able to see all of my tests in test explorer. Hopefully this helps someone else in the future =D.
2
Make sure you check the architecture of your assemblies and programs. Even though the platform for your solution or project might be explicitly set to x64, if your test architecture doesn't match, you will have trouble running tests.
– Dodzi Dzakuma
Feb 20 '17 at 19:24
add a comment |
My test assembly is 64-bit. From the menu bar at the top of visual studio 2012, I was able to select 'Test' -> 'Test Settings' -> 'Default Processor Architecture' -> 'X64'. After a 'Rebuild Solution' from the 'Build' menu, I was able to see all of my tests in test explorer. Hopefully this helps someone else in the future =D.
2
Make sure you check the architecture of your assemblies and programs. Even though the platform for your solution or project might be explicitly set to x64, if your test architecture doesn't match, you will have trouble running tests.
– Dodzi Dzakuma
Feb 20 '17 at 19:24
add a comment |
My test assembly is 64-bit. From the menu bar at the top of visual studio 2012, I was able to select 'Test' -> 'Test Settings' -> 'Default Processor Architecture' -> 'X64'. After a 'Rebuild Solution' from the 'Build' menu, I was able to see all of my tests in test explorer. Hopefully this helps someone else in the future =D.
My test assembly is 64-bit. From the menu bar at the top of visual studio 2012, I was able to select 'Test' -> 'Test Settings' -> 'Default Processor Architecture' -> 'X64'. After a 'Rebuild Solution' from the 'Build' menu, I was able to see all of my tests in test explorer. Hopefully this helps someone else in the future =D.
answered Mar 25 '15 at 15:17
SimoydSimoyd
470410
470410
2
Make sure you check the architecture of your assemblies and programs. Even though the platform for your solution or project might be explicitly set to x64, if your test architecture doesn't match, you will have trouble running tests.
– Dodzi Dzakuma
Feb 20 '17 at 19:24
add a comment |
2
Make sure you check the architecture of your assemblies and programs. Even though the platform for your solution or project might be explicitly set to x64, if your test architecture doesn't match, you will have trouble running tests.
– Dodzi Dzakuma
Feb 20 '17 at 19:24
2
2
Make sure you check the architecture of your assemblies and programs. Even though the platform for your solution or project might be explicitly set to x64, if your test architecture doesn't match, you will have trouble running tests.
– Dodzi Dzakuma
Feb 20 '17 at 19:24
Make sure you check the architecture of your assemblies and programs. Even though the platform for your solution or project might be explicitly set to x64, if your test architecture doesn't match, you will have trouble running tests.
– Dodzi Dzakuma
Feb 20 '17 at 19:24
add a comment |
Check for NUnit versions mismatch. The currently available NUnit Test Adapter only works for NUnit version 2.6.4 and below.
To downgrade NUnit from version 3.x go to
Package Manager Console > update-package NUnit -version 2.6.4
http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html
5
You sir, have solved my issue precisely! Thank you! Theres a nuget package called NUnitTestAdapter.WIthFramework that works a treat!
– TheAkhemist
Jan 19 '16 at 17:15
I had a similar problem with NUnit versions mismatch. Some (but not all) of my tests were not displaying in Test Explorer so I tried all kinds of recommendations such as updating the NUnit test adapter. I had previously upgraded NUnit from 3.6.1 to 3.7.1 but for some reason one of my projects was still referencing nunit.framework.dll version 3.6.1 while everything else was referencing 3.7.1. I updated the reference to 3.7.1 and this did the trick. So far my tests haven't disappeared. Fingers crossed!
– jrupe
Jul 21 '17 at 18:07
add a comment |
Check for NUnit versions mismatch. The currently available NUnit Test Adapter only works for NUnit version 2.6.4 and below.
To downgrade NUnit from version 3.x go to
Package Manager Console > update-package NUnit -version 2.6.4
http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html
5
You sir, have solved my issue precisely! Thank you! Theres a nuget package called NUnitTestAdapter.WIthFramework that works a treat!
– TheAkhemist
Jan 19 '16 at 17:15
I had a similar problem with NUnit versions mismatch. Some (but not all) of my tests were not displaying in Test Explorer so I tried all kinds of recommendations such as updating the NUnit test adapter. I had previously upgraded NUnit from 3.6.1 to 3.7.1 but for some reason one of my projects was still referencing nunit.framework.dll version 3.6.1 while everything else was referencing 3.7.1. I updated the reference to 3.7.1 and this did the trick. So far my tests haven't disappeared. Fingers crossed!
– jrupe
Jul 21 '17 at 18:07
add a comment |
Check for NUnit versions mismatch. The currently available NUnit Test Adapter only works for NUnit version 2.6.4 and below.
To downgrade NUnit from version 3.x go to
Package Manager Console > update-package NUnit -version 2.6.4
http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html
Check for NUnit versions mismatch. The currently available NUnit Test Adapter only works for NUnit version 2.6.4 and below.
To downgrade NUnit from version 3.x go to
Package Manager Console > update-package NUnit -version 2.6.4
http://jeremybytes.blogspot.co.ke/2015/11/review-of-unit-testing-makes-me-faster.html
answered Jan 10 '16 at 5:51
collocollo
30133
30133
5
You sir, have solved my issue precisely! Thank you! Theres a nuget package called NUnitTestAdapter.WIthFramework that works a treat!
– TheAkhemist
Jan 19 '16 at 17:15
I had a similar problem with NUnit versions mismatch. Some (but not all) of my tests were not displaying in Test Explorer so I tried all kinds of recommendations such as updating the NUnit test adapter. I had previously upgraded NUnit from 3.6.1 to 3.7.1 but for some reason one of my projects was still referencing nunit.framework.dll version 3.6.1 while everything else was referencing 3.7.1. I updated the reference to 3.7.1 and this did the trick. So far my tests haven't disappeared. Fingers crossed!
– jrupe
Jul 21 '17 at 18:07
add a comment |
5
You sir, have solved my issue precisely! Thank you! Theres a nuget package called NUnitTestAdapter.WIthFramework that works a treat!
– TheAkhemist
Jan 19 '16 at 17:15
I had a similar problem with NUnit versions mismatch. Some (but not all) of my tests were not displaying in Test Explorer so I tried all kinds of recommendations such as updating the NUnit test adapter. I had previously upgraded NUnit from 3.6.1 to 3.7.1 but for some reason one of my projects was still referencing nunit.framework.dll version 3.6.1 while everything else was referencing 3.7.1. I updated the reference to 3.7.1 and this did the trick. So far my tests haven't disappeared. Fingers crossed!
– jrupe
Jul 21 '17 at 18:07
5
5
You sir, have solved my issue precisely! Thank you! Theres a nuget package called NUnitTestAdapter.WIthFramework that works a treat!
– TheAkhemist
Jan 19 '16 at 17:15
You sir, have solved my issue precisely! Thank you! Theres a nuget package called NUnitTestAdapter.WIthFramework that works a treat!
– TheAkhemist
Jan 19 '16 at 17:15
I had a similar problem with NUnit versions mismatch. Some (but not all) of my tests were not displaying in Test Explorer so I tried all kinds of recommendations such as updating the NUnit test adapter. I had previously upgraded NUnit from 3.6.1 to 3.7.1 but for some reason one of my projects was still referencing nunit.framework.dll version 3.6.1 while everything else was referencing 3.7.1. I updated the reference to 3.7.1 and this did the trick. So far my tests haven't disappeared. Fingers crossed!
– jrupe
Jul 21 '17 at 18:07
I had a similar problem with NUnit versions mismatch. Some (but not all) of my tests were not displaying in Test Explorer so I tried all kinds of recommendations such as updating the NUnit test adapter. I had previously upgraded NUnit from 3.6.1 to 3.7.1 but for some reason one of my projects was still referencing nunit.framework.dll version 3.6.1 while everything else was referencing 3.7.1. I updated the reference to 3.7.1 and this did the trick. So far my tests haven't disappeared. Fingers crossed!
– jrupe
Jul 21 '17 at 18:07
add a comment |
In my situation the 'NUnit3 Test Adapter' has been disabled.
To re-enable it go to menu
Tools->Extensions and Updates...
On the left side select 'Installed'->'All'.
On the upper right corner search for 'nunit'.
If you have 'NUnit3 Test Adapter' installed, with the found item you can enable/disable it.
1
For me this did not work. Tried uninstalling and it pretended to be gone but it was there after the restart. I figured out that I installed NUnit as a standard user and then tried uninstalling it as an Administrator. VS doesn't say anything about this... So the solution is try enabling it without administrator privileges or vice versa.
– Tom
Dec 1 '16 at 13:18
add a comment |
In my situation the 'NUnit3 Test Adapter' has been disabled.
To re-enable it go to menu
Tools->Extensions and Updates...
On the left side select 'Installed'->'All'.
On the upper right corner search for 'nunit'.
If you have 'NUnit3 Test Adapter' installed, with the found item you can enable/disable it.
1
For me this did not work. Tried uninstalling and it pretended to be gone but it was there after the restart. I figured out that I installed NUnit as a standard user and then tried uninstalling it as an Administrator. VS doesn't say anything about this... So the solution is try enabling it without administrator privileges or vice versa.
– Tom
Dec 1 '16 at 13:18
add a comment |
In my situation the 'NUnit3 Test Adapter' has been disabled.
To re-enable it go to menu
Tools->Extensions and Updates...
On the left side select 'Installed'->'All'.
On the upper right corner search for 'nunit'.
If you have 'NUnit3 Test Adapter' installed, with the found item you can enable/disable it.
In my situation the 'NUnit3 Test Adapter' has been disabled.
To re-enable it go to menu
Tools->Extensions and Updates...
On the left side select 'Installed'->'All'.
On the upper right corner search for 'nunit'.
If you have 'NUnit3 Test Adapter' installed, with the found item you can enable/disable it.
answered Apr 9 '16 at 11:12
sahl04sahl04
26925
26925
1
For me this did not work. Tried uninstalling and it pretended to be gone but it was there after the restart. I figured out that I installed NUnit as a standard user and then tried uninstalling it as an Administrator. VS doesn't say anything about this... So the solution is try enabling it without administrator privileges or vice versa.
– Tom
Dec 1 '16 at 13:18
add a comment |
1
For me this did not work. Tried uninstalling and it pretended to be gone but it was there after the restart. I figured out that I installed NUnit as a standard user and then tried uninstalling it as an Administrator. VS doesn't say anything about this... So the solution is try enabling it without administrator privileges or vice versa.
– Tom
Dec 1 '16 at 13:18
1
1
For me this did not work. Tried uninstalling and it pretended to be gone but it was there after the restart. I figured out that I installed NUnit as a standard user and then tried uninstalling it as an Administrator. VS doesn't say anything about this... So the solution is try enabling it without administrator privileges or vice versa.
– Tom
Dec 1 '16 at 13:18
For me this did not work. Tried uninstalling and it pretended to be gone but it was there after the restart. I figured out that I installed NUnit as a standard user and then tried uninstalling it as an Administrator. VS doesn't say anything about this... So the solution is try enabling it without administrator privileges or vice versa.
– Tom
Dec 1 '16 at 13:18
add a comment |
If you are using VS 2017 and .net core ,as said here, you should add references to the test framework NUnit 3.6.1, to the test runner NUnit3TestAdapter 3.8.0-alpha1 and to the test SDK Microsoft.NET.Test.Sdk 15.0.0.
2
I'm not using .NET Core, but installing the NUnit test adapter when I moved to VS2017 solved the issue for me.
– Ciaran Gallagher
Oct 31 '17 at 14:07
add a comment |
If you are using VS 2017 and .net core ,as said here, you should add references to the test framework NUnit 3.6.1, to the test runner NUnit3TestAdapter 3.8.0-alpha1 and to the test SDK Microsoft.NET.Test.Sdk 15.0.0.
2
I'm not using .NET Core, but installing the NUnit test adapter when I moved to VS2017 solved the issue for me.
– Ciaran Gallagher
Oct 31 '17 at 14:07
add a comment |
If you are using VS 2017 and .net core ,as said here, you should add references to the test framework NUnit 3.6.1, to the test runner NUnit3TestAdapter 3.8.0-alpha1 and to the test SDK Microsoft.NET.Test.Sdk 15.0.0.
If you are using VS 2017 and .net core ,as said here, you should add references to the test framework NUnit 3.6.1, to the test runner NUnit3TestAdapter 3.8.0-alpha1 and to the test SDK Microsoft.NET.Test.Sdk 15.0.0.
edited Feb 11 '18 at 3:30
answered Jul 12 '17 at 13:28
ArvandArvand
1,96212230
1,96212230
2
I'm not using .NET Core, but installing the NUnit test adapter when I moved to VS2017 solved the issue for me.
– Ciaran Gallagher
Oct 31 '17 at 14:07
add a comment |
2
I'm not using .NET Core, but installing the NUnit test adapter when I moved to VS2017 solved the issue for me.
– Ciaran Gallagher
Oct 31 '17 at 14:07
2
2
I'm not using .NET Core, but installing the NUnit test adapter when I moved to VS2017 solved the issue for me.
– Ciaran Gallagher
Oct 31 '17 at 14:07
I'm not using .NET Core, but installing the NUnit test adapter when I moved to VS2017 solved the issue for me.
– Ciaran Gallagher
Oct 31 '17 at 14:07
add a comment |
This answer seems pretty basic but wasn't completely obvious to me at first. If you (re)build the solution it only builds the projects that are configured to build in the Build -> Configuration Manager
This was my issue, I must have inadvertently changed a build configuration settings or something that caused my test projects not to build (when they previously were). So the Test Explorer
window was looking at dlls that were out of date. It became clear to me this was the case after doing a Clean
and seeing most of my tests disappear and not come back after a rebuild
...further inspection of bin
folder showed that these projects weren't being built at all.
Although all projects were set to build in the configuration Manager I had to manually build each test project to make the tests show up again.
– Noel Widmer
Dec 18 '17 at 17:16
I manually built my test projects. That wasn't enough. I had to do what this answer said.
– Words Like Jared
Mar 29 '18 at 20:02
add a comment |
This answer seems pretty basic but wasn't completely obvious to me at first. If you (re)build the solution it only builds the projects that are configured to build in the Build -> Configuration Manager
This was my issue, I must have inadvertently changed a build configuration settings or something that caused my test projects not to build (when they previously were). So the Test Explorer
window was looking at dlls that were out of date. It became clear to me this was the case after doing a Clean
and seeing most of my tests disappear and not come back after a rebuild
...further inspection of bin
folder showed that these projects weren't being built at all.
Although all projects were set to build in the configuration Manager I had to manually build each test project to make the tests show up again.
– Noel Widmer
Dec 18 '17 at 17:16
I manually built my test projects. That wasn't enough. I had to do what this answer said.
– Words Like Jared
Mar 29 '18 at 20:02
add a comment |
This answer seems pretty basic but wasn't completely obvious to me at first. If you (re)build the solution it only builds the projects that are configured to build in the Build -> Configuration Manager
This was my issue, I must have inadvertently changed a build configuration settings or something that caused my test projects not to build (when they previously were). So the Test Explorer
window was looking at dlls that were out of date. It became clear to me this was the case after doing a Clean
and seeing most of my tests disappear and not come back after a rebuild
...further inspection of bin
folder showed that these projects weren't being built at all.
This answer seems pretty basic but wasn't completely obvious to me at first. If you (re)build the solution it only builds the projects that are configured to build in the Build -> Configuration Manager
This was my issue, I must have inadvertently changed a build configuration settings or something that caused my test projects not to build (when they previously were). So the Test Explorer
window was looking at dlls that were out of date. It became clear to me this was the case after doing a Clean
and seeing most of my tests disappear and not come back after a rebuild
...further inspection of bin
folder showed that these projects weren't being built at all.
answered Mar 17 '14 at 18:10
MoMoMoMo
7,55632828
7,55632828
Although all projects were set to build in the configuration Manager I had to manually build each test project to make the tests show up again.
– Noel Widmer
Dec 18 '17 at 17:16
I manually built my test projects. That wasn't enough. I had to do what this answer said.
– Words Like Jared
Mar 29 '18 at 20:02
add a comment |
Although all projects were set to build in the configuration Manager I had to manually build each test project to make the tests show up again.
– Noel Widmer
Dec 18 '17 at 17:16
I manually built my test projects. That wasn't enough. I had to do what this answer said.
– Words Like Jared
Mar 29 '18 at 20:02
Although all projects were set to build in the configuration Manager I had to manually build each test project to make the tests show up again.
– Noel Widmer
Dec 18 '17 at 17:16
Although all projects were set to build in the configuration Manager I had to manually build each test project to make the tests show up again.
– Noel Widmer
Dec 18 '17 at 17:16
I manually built my test projects. That wasn't enough. I had to do what this answer said.
– Words Like Jared
Mar 29 '18 at 20:02
I manually built my test projects. That wasn't enough. I had to do what this answer said.
– Words Like Jared
Mar 29 '18 at 20:02
add a comment |
- Tools
- NuGet Package Manager
- Manage NuGet Packages For Solution
- Browse
- NUnitTestAdapter.WithFramework
- Ctrl+R,A to build/run tests
Using NUnitTestAdapter.WithFramework makes sure there are little/no inconsistencies across versions of NUnit and NUnit Adapter (i.e. "it just works")
for me it starts working after update adapter to NUnitAdapter3 (VS Menu ->Tools->Extensions And Updates...) + update NuGet page for NUnit from 2.6.3 to 3.2.1 .Thanks!
– smily
Mar 17 '17 at 11:33
this is the only thing that worked for me - had to be the "WithFramework" one (not just the standard adapter)
– Mani5556
Feb 28 '18 at 16:37
add a comment |
- Tools
- NuGet Package Manager
- Manage NuGet Packages For Solution
- Browse
- NUnitTestAdapter.WithFramework
- Ctrl+R,A to build/run tests
Using NUnitTestAdapter.WithFramework makes sure there are little/no inconsistencies across versions of NUnit and NUnit Adapter (i.e. "it just works")
for me it starts working after update adapter to NUnitAdapter3 (VS Menu ->Tools->Extensions And Updates...) + update NuGet page for NUnit from 2.6.3 to 3.2.1 .Thanks!
– smily
Mar 17 '17 at 11:33
this is the only thing that worked for me - had to be the "WithFramework" one (not just the standard adapter)
– Mani5556
Feb 28 '18 at 16:37
add a comment |
- Tools
- NuGet Package Manager
- Manage NuGet Packages For Solution
- Browse
- NUnitTestAdapter.WithFramework
- Ctrl+R,A to build/run tests
Using NUnitTestAdapter.WithFramework makes sure there are little/no inconsistencies across versions of NUnit and NUnit Adapter (i.e. "it just works")
- Tools
- NuGet Package Manager
- Manage NuGet Packages For Solution
- Browse
- NUnitTestAdapter.WithFramework
- Ctrl+R,A to build/run tests
Using NUnitTestAdapter.WithFramework makes sure there are little/no inconsistencies across versions of NUnit and NUnit Adapter (i.e. "it just works")
answered Apr 7 '16 at 4:01
brntsllvnbrntsllvn
682816
682816
for me it starts working after update adapter to NUnitAdapter3 (VS Menu ->Tools->Extensions And Updates...) + update NuGet page for NUnit from 2.6.3 to 3.2.1 .Thanks!
– smily
Mar 17 '17 at 11:33
this is the only thing that worked for me - had to be the "WithFramework" one (not just the standard adapter)
– Mani5556
Feb 28 '18 at 16:37
add a comment |
for me it starts working after update adapter to NUnitAdapter3 (VS Menu ->Tools->Extensions And Updates...) + update NuGet page for NUnit from 2.6.3 to 3.2.1 .Thanks!
– smily
Mar 17 '17 at 11:33
this is the only thing that worked for me - had to be the "WithFramework" one (not just the standard adapter)
– Mani5556
Feb 28 '18 at 16:37
for me it starts working after update adapter to NUnitAdapter3 (VS Menu ->Tools->Extensions And Updates...) + update NuGet page for NUnit from 2.6.3 to 3.2.1 .Thanks!
– smily
Mar 17 '17 at 11:33
for me it starts working after update adapter to NUnitAdapter3 (VS Menu ->Tools->Extensions And Updates...) + update NuGet page for NUnit from 2.6.3 to 3.2.1 .Thanks!
– smily
Mar 17 '17 at 11:33
this is the only thing that worked for me - had to be the "WithFramework" one (not just the standard adapter)
– Mani5556
Feb 28 '18 at 16:37
this is the only thing that worked for me - had to be the "WithFramework" one (not just the standard adapter)
– Mani5556
Feb 28 '18 at 16:37
add a comment |
I had a working setup (for NUnit2 and NUnit3 depending on the solution, and multiple versions of Visual Studio between 2012 and 2017), and it suddenly stopped working one day: no tests detected in any solution or version of VS.
In my case, it helped to delete %localappdata%TempVisualStudioTestExplorerExtensions
. After a restart of VS, everything worked as before.
add a comment |
I had a working setup (for NUnit2 and NUnit3 depending on the solution, and multiple versions of Visual Studio between 2012 and 2017), and it suddenly stopped working one day: no tests detected in any solution or version of VS.
In my case, it helped to delete %localappdata%TempVisualStudioTestExplorerExtensions
. After a restart of VS, everything worked as before.
add a comment |
I had a working setup (for NUnit2 and NUnit3 depending on the solution, and multiple versions of Visual Studio between 2012 and 2017), and it suddenly stopped working one day: no tests detected in any solution or version of VS.
In my case, it helped to delete %localappdata%TempVisualStudioTestExplorerExtensions
. After a restart of VS, everything worked as before.
I had a working setup (for NUnit2 and NUnit3 depending on the solution, and multiple versions of Visual Studio between 2012 and 2017), and it suddenly stopped working one day: no tests detected in any solution or version of VS.
In my case, it helped to delete %localappdata%TempVisualStudioTestExplorerExtensions
. After a restart of VS, everything worked as before.
answered Mar 31 '17 at 7:41
realMarkusSchmidtrealMarkusSchmidt
3,88012129
3,88012129
add a comment |
add a comment |
Check whether you have stated
[TestFixureSetUp]
and
[Test]
in the test class
sample:
namespace ClassLibrary1
{
public class SimpleCalculator
{
public Calculator _calculator;
[TestFixtureSetUp]
public void initialize()
{
_calculator = new Calculator();
}
[Test]
public void DivideTest()
{
int a = 10;
int b = 2;
int expectedValue = a/b;
int actualValue = _calculator.Divide(a, b);
Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
}
}
}
TestFixtureSetup seems to be obsolete, better is <NUnit.Framework.OneTimeSetUp>
– Jochen
Jul 21 '16 at 15:28
add a comment |
Check whether you have stated
[TestFixureSetUp]
and
[Test]
in the test class
sample:
namespace ClassLibrary1
{
public class SimpleCalculator
{
public Calculator _calculator;
[TestFixtureSetUp]
public void initialize()
{
_calculator = new Calculator();
}
[Test]
public void DivideTest()
{
int a = 10;
int b = 2;
int expectedValue = a/b;
int actualValue = _calculator.Divide(a, b);
Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
}
}
}
TestFixtureSetup seems to be obsolete, better is <NUnit.Framework.OneTimeSetUp>
– Jochen
Jul 21 '16 at 15:28
add a comment |
Check whether you have stated
[TestFixureSetUp]
and
[Test]
in the test class
sample:
namespace ClassLibrary1
{
public class SimpleCalculator
{
public Calculator _calculator;
[TestFixtureSetUp]
public void initialize()
{
_calculator = new Calculator();
}
[Test]
public void DivideTest()
{
int a = 10;
int b = 2;
int expectedValue = a/b;
int actualValue = _calculator.Divide(a, b);
Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
}
}
}
Check whether you have stated
[TestFixureSetUp]
and
[Test]
in the test class
sample:
namespace ClassLibrary1
{
public class SimpleCalculator
{
public Calculator _calculator;
[TestFixtureSetUp]
public void initialize()
{
_calculator = new Calculator();
}
[Test]
public void DivideTest()
{
int a = 10;
int b = 2;
int expectedValue = a/b;
int actualValue = _calculator.Divide(a, b);
Assert.AreEqual(expectedValue, actualValue, "Functionality not working properly!");
}
}
}
answered Jul 17 '14 at 5:43
Indika WijesooriyaIndika Wijesooriya
9416
9416
TestFixtureSetup seems to be obsolete, better is <NUnit.Framework.OneTimeSetUp>
– Jochen
Jul 21 '16 at 15:28
add a comment |
TestFixtureSetup seems to be obsolete, better is <NUnit.Framework.OneTimeSetUp>
– Jochen
Jul 21 '16 at 15:28
TestFixtureSetup seems to be obsolete, better is <NUnit.Framework.OneTimeSetUp>
– Jochen
Jul 21 '16 at 15:28
TestFixtureSetup seems to be obsolete, better is <NUnit.Framework.OneTimeSetUp>
– Jochen
Jul 21 '16 at 15:28
add a comment |
One other cause to this problem is if you open a project from a mapped drive - Visual Studio handles such projects properly, but apparently Nunit doesn't support them.
Copying the project to a physical fixed the issue.
add a comment |
One other cause to this problem is if you open a project from a mapped drive - Visual Studio handles such projects properly, but apparently Nunit doesn't support them.
Copying the project to a physical fixed the issue.
add a comment |
One other cause to this problem is if you open a project from a mapped drive - Visual Studio handles such projects properly, but apparently Nunit doesn't support them.
Copying the project to a physical fixed the issue.
One other cause to this problem is if you open a project from a mapped drive - Visual Studio handles such projects properly, but apparently Nunit doesn't support them.
Copying the project to a physical fixed the issue.
answered Apr 12 '17 at 13:24
AdelinAdelin
4,93931846
4,93931846
add a comment |
add a comment |
I also found that when I uninstalled nunit v3.2.1, the nunit framework reference for v3.2.1 was still in my project in solution explorer.
Solution Explorer > ProjectName > References
If you right click it will show the version. Remove this
Then Right click on References > Add Reference.
Search for the version 2.x version and add then rebuild solution.
That worked for me!
add a comment |
I also found that when I uninstalled nunit v3.2.1, the nunit framework reference for v3.2.1 was still in my project in solution explorer.
Solution Explorer > ProjectName > References
If you right click it will show the version. Remove this
Then Right click on References > Add Reference.
Search for the version 2.x version and add then rebuild solution.
That worked for me!
add a comment |
I also found that when I uninstalled nunit v3.2.1, the nunit framework reference for v3.2.1 was still in my project in solution explorer.
Solution Explorer > ProjectName > References
If you right click it will show the version. Remove this
Then Right click on References > Add Reference.
Search for the version 2.x version and add then rebuild solution.
That worked for me!
I also found that when I uninstalled nunit v3.2.1, the nunit framework reference for v3.2.1 was still in my project in solution explorer.
Solution Explorer > ProjectName > References
If you right click it will show the version. Remove this
Then Right click on References > Add Reference.
Search for the version 2.x version and add then rebuild solution.
That worked for me!
answered May 23 '16 at 9:03
RShomeRShome
4519
4519
add a comment |
add a comment |
I experienced the problem mentioned by op
My case was that I was handed an old project and the tests were actually part of the system under test. I assume they were using the external test runner.
this task chain resolved the issue for me
- created a test project,
- moved the test files there
- added references so the test project would compile
- added the Nunit and Nunit adapter NuGet packages to the test project
- recompiled
i was able to successfully run the Nunit tests.
add a comment |
I experienced the problem mentioned by op
My case was that I was handed an old project and the tests were actually part of the system under test. I assume they were using the external test runner.
this task chain resolved the issue for me
- created a test project,
- moved the test files there
- added references so the test project would compile
- added the Nunit and Nunit adapter NuGet packages to the test project
- recompiled
i was able to successfully run the Nunit tests.
add a comment |
I experienced the problem mentioned by op
My case was that I was handed an old project and the tests were actually part of the system under test. I assume they were using the external test runner.
this task chain resolved the issue for me
- created a test project,
- moved the test files there
- added references so the test project would compile
- added the Nunit and Nunit adapter NuGet packages to the test project
- recompiled
i was able to successfully run the Nunit tests.
I experienced the problem mentioned by op
My case was that I was handed an old project and the tests were actually part of the system under test. I assume they were using the external test runner.
this task chain resolved the issue for me
- created a test project,
- moved the test files there
- added references so the test project would compile
- added the Nunit and Nunit adapter NuGet packages to the test project
- recompiled
i was able to successfully run the Nunit tests.
answered Feb 3 '17 at 16:21
greggreg
784819
784819
add a comment |
add a comment |
If you are using the TestCaseSource
attribute, ensure the source exists and respects the documentation, otherwise your tests will not be discovered.
add a comment |
If you are using the TestCaseSource
attribute, ensure the source exists and respects the documentation, otherwise your tests will not be discovered.
add a comment |
If you are using the TestCaseSource
attribute, ensure the source exists and respects the documentation, otherwise your tests will not be discovered.
If you are using the TestCaseSource
attribute, ensure the source exists and respects the documentation, otherwise your tests will not be discovered.
answered Feb 28 '17 at 6:58
AdelinAdelin
4,93931846
4,93931846
add a comment |
add a comment |
I had to uninstall then re-install the xunit.runner.visualstudio nuget package. I tried this after trying all the above suggestions, so may be it was a mixture of things.
add a comment |
I had to uninstall then re-install the xunit.runner.visualstudio nuget package. I tried this after trying all the above suggestions, so may be it was a mixture of things.
add a comment |
I had to uninstall then re-install the xunit.runner.visualstudio nuget package. I tried this after trying all the above suggestions, so may be it was a mixture of things.
I had to uninstall then re-install the xunit.runner.visualstudio nuget package. I tried this after trying all the above suggestions, so may be it was a mixture of things.
answered Mar 13 '17 at 22:55
JayCJayC
213
213
add a comment |
add a comment |
I had a similar issue where the tests where not being discovered. I had the correct version of NUnit, versions matched up between NUnit and adapter, and the tests where tagged correctly. I was running VS 2017 Enterprise not as an administrator. After starting VS as administrator the tests appeared.
add a comment |
I had a similar issue where the tests where not being discovered. I had the correct version of NUnit, versions matched up between NUnit and adapter, and the tests where tagged correctly. I was running VS 2017 Enterprise not as an administrator. After starting VS as administrator the tests appeared.
add a comment |
I had a similar issue where the tests where not being discovered. I had the correct version of NUnit, versions matched up between NUnit and adapter, and the tests where tagged correctly. I was running VS 2017 Enterprise not as an administrator. After starting VS as administrator the tests appeared.
I had a similar issue where the tests where not being discovered. I had the correct version of NUnit, versions matched up between NUnit and adapter, and the tests where tagged correctly. I was running VS 2017 Enterprise not as an administrator. After starting VS as administrator the tests appeared.
answered Mar 22 '17 at 20:21
Robert StricklandRobert Strickland
213
213
add a comment |
add a comment |
I started a new solution with a test project in it, and compared it against my original, problem project. The original, for some reason, had an app.config in it. I excluded that file from the project and saw my tests reappear in the test explorer.
add a comment |
I started a new solution with a test project in it, and compared it against my original, problem project. The original, for some reason, had an app.config in it. I excluded that file from the project and saw my tests reappear in the test explorer.
add a comment |
I started a new solution with a test project in it, and compared it against my original, problem project. The original, for some reason, had an app.config in it. I excluded that file from the project and saw my tests reappear in the test explorer.
I started a new solution with a test project in it, and compared it against my original, problem project. The original, for some reason, had an app.config in it. I excluded that file from the project and saw my tests reappear in the test explorer.
answered Jul 26 '17 at 21:17
Emmet BrickowskiEmmet Brickowski
11
11
add a comment |
add a comment |
I had this problem too but the cause was different. I'm using VS2017 with F# 4.0.
Firstly, the console in Visual Studio does not give you enough details why the tests could not be found; it will just fail to the load the DLL with the tests. So use NUnit3console.exe on the command line as this gives you more details.
In my case, it was because the test adapter was looking for a newer version of the F# Core DLL (4.4.1.0) (F# 4.1) whereas I'm still using 4.4.0.0 (F# 4.0). So I just added this to the app.config of the test project:-
<dependentAssembly>
<assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
</dependentAssembly>
i.e. redirect to the earlier F# core.
add a comment |
I had this problem too but the cause was different. I'm using VS2017 with F# 4.0.
Firstly, the console in Visual Studio does not give you enough details why the tests could not be found; it will just fail to the load the DLL with the tests. So use NUnit3console.exe on the command line as this gives you more details.
In my case, it was because the test adapter was looking for a newer version of the F# Core DLL (4.4.1.0) (F# 4.1) whereas I'm still using 4.4.0.0 (F# 4.0). So I just added this to the app.config of the test project:-
<dependentAssembly>
<assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
</dependentAssembly>
i.e. redirect to the earlier F# core.
add a comment |
I had this problem too but the cause was different. I'm using VS2017 with F# 4.0.
Firstly, the console in Visual Studio does not give you enough details why the tests could not be found; it will just fail to the load the DLL with the tests. So use NUnit3console.exe on the command line as this gives you more details.
In my case, it was because the test adapter was looking for a newer version of the F# Core DLL (4.4.1.0) (F# 4.1) whereas I'm still using 4.4.0.0 (F# 4.0). So I just added this to the app.config of the test project:-
<dependentAssembly>
<assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
</dependentAssembly>
i.e. redirect to the earlier F# core.
I had this problem too but the cause was different. I'm using VS2017 with F# 4.0.
Firstly, the console in Visual Studio does not give you enough details why the tests could not be found; it will just fail to the load the DLL with the tests. So use NUnit3console.exe on the command line as this gives you more details.
In my case, it was because the test adapter was looking for a newer version of the F# Core DLL (4.4.1.0) (F# 4.1) whereas I'm still using 4.4.0.0 (F# 4.0). So I just added this to the app.config of the test project:-
<dependentAssembly>
<assemblyIdentity name="FSharp.Core" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-65535.65535.65535.65535" newVersion="4.4.0.0" />
</dependentAssembly>
i.e. redirect to the earlier F# core.
answered Nov 13 '17 at 11:23
Russ FreemanRuss Freeman
1
1
add a comment |
add a comment |
I had the same problem, when suddenly any test didn't appeared on Test Explorer window.
I has the updated version of "NUnit3TestAdapter"
and after lots of searches and efforts,
I found that I need set the following values in project properties:
[In Solution Explorer window: right click on Project > Properties]
Under Build tab, set Platform=x64, and set Platform target=x86 or Any CPU
Build the project and all tests will be appear on Test Explorer window.
Important note:
I came to a solution after seeing the next msg in the output window:
"Test run will use DLL(s) built for framework Framework45 and platform X86. Following DLL(s) will not be part of run: AutomationTests.dll is built for Framework Framework45 and Platform X64."
add a comment |
I had the same problem, when suddenly any test didn't appeared on Test Explorer window.
I has the updated version of "NUnit3TestAdapter"
and after lots of searches and efforts,
I found that I need set the following values in project properties:
[In Solution Explorer window: right click on Project > Properties]
Under Build tab, set Platform=x64, and set Platform target=x86 or Any CPU
Build the project and all tests will be appear on Test Explorer window.
Important note:
I came to a solution after seeing the next msg in the output window:
"Test run will use DLL(s) built for framework Framework45 and platform X86. Following DLL(s) will not be part of run: AutomationTests.dll is built for Framework Framework45 and Platform X64."
add a comment |
I had the same problem, when suddenly any test didn't appeared on Test Explorer window.
I has the updated version of "NUnit3TestAdapter"
and after lots of searches and efforts,
I found that I need set the following values in project properties:
[In Solution Explorer window: right click on Project > Properties]
Under Build tab, set Platform=x64, and set Platform target=x86 or Any CPU
Build the project and all tests will be appear on Test Explorer window.
Important note:
I came to a solution after seeing the next msg in the output window:
"Test run will use DLL(s) built for framework Framework45 and platform X86. Following DLL(s) will not be part of run: AutomationTests.dll is built for Framework Framework45 and Platform X64."
I had the same problem, when suddenly any test didn't appeared on Test Explorer window.
I has the updated version of "NUnit3TestAdapter"
and after lots of searches and efforts,
I found that I need set the following values in project properties:
[In Solution Explorer window: right click on Project > Properties]
Under Build tab, set Platform=x64, and set Platform target=x86 or Any CPU
Build the project and all tests will be appear on Test Explorer window.
Important note:
I came to a solution after seeing the next msg in the output window:
"Test run will use DLL(s) built for framework Framework45 and platform X86. Following DLL(s) will not be part of run: AutomationTests.dll is built for Framework Framework45 and Platform X64."
answered May 16 '18 at 9:13
C. MarC. Mar
106
106
add a comment |
add a comment |
I had some msbuild.exe processes that were hung. I don't know if that was my problem or not, but it took me a lot of trail and error with reinstalling various NUnit adaptors before I found the hung processes.
add a comment |
I had some msbuild.exe processes that were hung. I don't know if that was my problem or not, but it took me a lot of trail and error with reinstalling various NUnit adaptors before I found the hung processes.
add a comment |
I had some msbuild.exe processes that were hung. I don't know if that was my problem or not, but it took me a lot of trail and error with reinstalling various NUnit adaptors before I found the hung processes.
I had some msbuild.exe processes that were hung. I don't know if that was my problem or not, but it took me a lot of trail and error with reinstalling various NUnit adaptors before I found the hung processes.
answered Jul 19 '18 at 19:20
Andrew RondeauAndrew Rondeau
493413
493413
add a comment |
add a comment |
Make sure your tests are properly marked with the Test attribute. If all of the tests are marked with only the Explicit attribute, the TestAdapter doesn't recognize the fixture.
add a comment |
Make sure your tests are properly marked with the Test attribute. If all of the tests are marked with only the Explicit attribute, the TestAdapter doesn't recognize the fixture.
add a comment |
Make sure your tests are properly marked with the Test attribute. If all of the tests are marked with only the Explicit attribute, the TestAdapter doesn't recognize the fixture.
Make sure your tests are properly marked with the Test attribute. If all of the tests are marked with only the Explicit attribute, the TestAdapter doesn't recognize the fixture.
answered Feb 20 '18 at 15:15
Shea LesleinShea Leslein
12
12
add a comment |
add a comment |
protected by Community♦ Mar 9 at 2:40
Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).
Would you like to answer one of these unanswered questions instead?
1
Try right clicking on your test project and then click run. It'll populate the windows with the tests again.
– Chase Florell
Oct 10 '13 at 19:03
@ChaseFlorell it doesn't. I see the green bar in Test Explorer start to go and then stop a split second later.
– RobVious
Oct 10 '13 at 19:05
Do you have any other test tools that could be interfering? I use R# to run my tests, and I'm using VS2012, so I don't your environment well enough. I do know that when I've closed the window, or run a small subset of tests, the full test tree disappears.
– Chase Florell
Oct 10 '13 at 19:07
You could try unloading the test project, rebuilding, and then re-load it...
– Chase Florell
Oct 10 '13 at 19:08
@ChaseFlorell I have R# but it's slow as molasses with NUnit tests... and it was working before which is frustrating. I'll try unloading.
– RobVious
Oct 10 '13 at 19:10